Re: [Talk-de] OSM in Irland?
On Tuesday, 21 August 2012, Werner Poppele wrote: also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss nicht was #osm-ie sein soll. Sorry, da habe ich das IRC-Kanal gemeint, dort sind am allermeisten irische Mapper zu finden. Die Mailingliste ist auch eine Option, aber viel weniger frequentiert. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
2012/8/15 Michael Kugelmann michaelk_...@gmx.de: Aber wenn es keine sinnvollen Luftbilder gibt und es scheinbar nur wenige lokale Mapper gibt ist das verständlich. Und dazu vermute ich, dass die Bevölkerungsdichte in Irland kleiner ist als in Deutschland. Zusätzlich wohl auch in vielen Gebieten deutlich ländlicher geprägt als in Deutschland und damit vielleicht nicht so nahe an Neogeographie (Aussage ist nicht böße/abwertend gemeint!). Lustiges Timing - gerade ist einiges an Bildmaterial von Bing freigegeben worden, darunter auch in Donegal, Fermanagh, ganz Galway und Mayo, halb Clare, Giant's Causweay uvm. Wie man gut erkennen kann...: http://www.openstreetmap.org/?lat=53.933lon=-7.847zoom=11layers=M ...machen Luftbilder bei uns sehr viel aus, gerade weil die Community sehr stark auf Dublin konzentriert ist. Wir können uns nun auf viel mehr Detail freuen. Wer mithelfen mag - vielleicht ist dem einen oder anderen von euch langweilig weil die eigene Gegend fertig gemappt ist - lang bitte hin! Aber bitte mit Voranmeldung auf #osm-ie um abzustimmen, wo vielleicht Leute schon aktiv sind oder um das Tagging besser anpassen zu können. LG aus Dublin, Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Billigfliegen nach Tokio für SOTM
Liebe Mapper, es gibt von euch wohl einige, die bei SOTM gerne dabei wären, sich allerdings den teuren Flug nach Tokio nicht leisten wollen. Da habe ich vielleicht eine Lösung, die allerdings schnell verfallen wird. Gestern Abend ist es mir gelungen, eine Flugverbindung von Europa(*) nach Tokio hin und zurück für rund €275 zu buchen. Da helfen sowohl vorteilhafte Tarife als auch eine Sonderaktion von Alitalia (20% Rabatt für Buchungen bis 21 Mai). (*) Warum Europa so grob erwähnen? Um die besten Preisen zu erwischen müssen Startflughafen und Endflughafen unterschiedlich sein. Ich konnte z.B. AMS-TYO-BUD buchen. Die Einzelheiten: http://hukd.mydealz.de/deals/20-rabatt-bei-alitalia-tokio-flüge-nun-89741 Viel Spass! Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Hallo uns sorry, dass ich deine Überlegungen einige Tagelang übersehen habe... 2012/2/23 Steffen Grunewald steffen.grunew...@gmx.net: Was mir noch zusätzlich Kopfschmerzen macht: die Küstenlinie scheint einigermaßen zum Bing-Bild zu passen. Also... Was du als Küstenlinie gesehen hast passt sehr wohl zum Bing-Bild, sofern das Bild auch nicht korrigiert wurde. Überall, wo Bing lediglich Satbilder liefert kann man - jedenfalls in Irland - durchaus 100m daneben liegen. Die Küstenlinie in Irland, wo nicht inzwischen verbessert worden, wurde auf Landsatbasis automatisch erstellt, samt Versatz. Wer also vor hat, von den Bing Satbildern abzumalen hat auch zu kalibrieren, was ich meistens anhand der Straßen mache, die meinstens irgendwo auf dem Satbild zu ahnen sind. Auf dieser Weise habe ich dir soeben ein Geschenk gemacht - die Küstenlinie zwischen Kilkee und Loop Head auf beiden Seiten der Halbinsel habe ich neu abgemalt. Lässt sich sicherlich verbessern, was allerdings gut warten kann, bis uns Bing in einigen Monaten vernünftigen Bilder liefert. In der Zwischenzeit habe ich dir zumindest etwas Terra firma verzaubert, was du wohl gut brauchen kannst. Je nachdem, wie du mit mkgmap umgehst, wirst du aber wohl auch deine Küstenlinien neu berechnen müssen. Das ist allerdings ein Kriterium ;) Dann fahren wir dort hin, wo noch wenig Straßen gemappt sind, dann haben wir wenigstens unsere Ruhe ;);) Für den Loop Drive scheint das halbwegs zu passen... Da fällt mir übrigens was ein... In Kilkee habe wir noch eine (kleine) Menge POIs die von der Lizenzumstellung platt gemacht werden: http://tools.geofabrik.de/osmi/?view=wtfelon=-9.65887lat=52.68018zoom=14overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Auch bei Liscannor haben wir ein kleines Stück Strasse und einen POI. Sollte es dir passen, könntest du uns einen Gefallen tun, indem du diese Daten rettest. Wo wahrscheinlich kein Tourist freiwillig entlangkommt, sind die vielen Nebenstraßen (selbst aus den DOPs bei OSI ist nicht zu erahnen, welche Oberfläche die einem präsentieren werden). Fürs Radl in den meisten Fällen ganz OK. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
2012/2/22 Steffen Grunewald steffen.grunew...@gmx.net: Maidin mhaith, :) Da hat einer geübt! Da ich dort aber mit dem Fahrrad langfahren will, werde ich den Garmin mitlaufen lassen und zumindest die Kreuzungen als Wegpunkte schreiben. Bis dahin sind aber vermutlich source=Bing-Einträge (hier ist eine Verbindung, du mußt halt nur genau gucken) immer noch besser als gar nichts, oder? Ich verstehe eine Menge Spaß, und gebe dem Mapper vor Ort, dem das nicht paßt, gern eine Pint aus. Da riskierst du leider nicht so sehr viel, in dem Eck sind mir nicht viele Mapper bekannt. In welcher Jahreszeit ist es denn soweit? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Halle Steffen, sei aus Dublin begrüßt! 2012/2/16 Steffen Grunewald steffen.grunew...@gmx.net: in Vorbereitung auf eine Irlandreise habe ich mir auch die OSM mal angesehen, für das Garmin Nüvi und Oregon. Die img-Dateigrößen verheißen ja nichts Gutes, 37MB für die Kukuk-Basemap sind verglichen mit knapp 900MB für D bei Raumbezug nicht wirklich viel Platz für Details... und die fehlen in der Tat, v.a. in den ländlichen Regionen - Dublin isn't everywhere. Ja, auf dem Land wird's weniger dicht, was auch damit zu tun hat, dass eine überzeugende Mehrheit der irischen Mapper eher im Dubliner Ballungsraum leben. Da kommt noch dazu... Die Luftbilder bei bing.com sind auch nicht gerade scharf (jedenfalls nicht im County Kerry). Gibt es eine andere Quelle für halbwegs brauchbar aufgelöste Luftbilder, die man nutzen könnte, um dem ein wenig abzuhelfen? Ja, das ist bei uns immer ein Problem gewesen, was sich erst jetzt langsam verbessert. Für das, dass unsere Mapper nicht so gut verteilt sind und dass unsere Luftbilder keine volle Abdeckung liefern. Da muss ich leider bestätigen dass Bing das beste ist von allem was wir haben. Dafür kann ich einiges positives berichten: die Bing Updateaktion hat die Abdeckung soeben vor zwei Wochen um einiges vervollständigt und eine totale Abdeckung wird bis ende 2012 versprochen. Heute sieht's so aus: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=53.180391976040355lon=-6.433096136747681zoom=8 Die größte Grün-dargestellte Flache (Südost und Midlands) sowie ein grosszügiges Gebiet um Belfast sind nagelneu (November bzw. Juli 2011), korrekt kalibriert und von der Qualität mindestens ausreichend (gelegentlich stören Schatten). Dafür muss ich warnen, gerade weil du Kerry erwähnt hast, dass du in fast allen Anderen Gebieten mit Verschiebungen zu rechnen hast. Solltest du also vor haben, vor, während oder nach der Reise abzumalen, unbedingt vorher Kalibrieren! Sonst kann die Verschiebung bis 30m betragen, da verstehen wir Mapper vor Ort wenig Spaß ;) Wenn ungenügend GPX daten vorhanden sind, oder wenn sie wenig genau sind, melde dich einfach bei mir, ich habe für fast alle Gebiete Korrekturen. Du wirst wohl finden, gerade wo viele Touristen gerne hinfahren, dass die Strassenabdeckung gar nicht schlecht ist, anders sieht das mit Landuse aus. Bei Wanderwegen muss man das gut erwischen, wobei man auch erwähnen soll, dass unsere Berge in dieser Hinsicht relativ wild sind, die Wanderwege ergeben sich eher von selbst. Wegen Nebel- und Unwettergefahr empfehle ich, ohne 1:50k Ordnance Survey Karte keine Bergwanderung zu unternehmen - auch wenn die Wege in OSM drin sind, kann 5m neben dir ein Steilhang sein... Bei Fragen steht dir die irische Community gerne zu Verfügung, sowohl auf der Mailing List, wie schon erwähnt, als auch auf IRC unter #osm-ie. Manche von uns können sogar auf Deutsch helfen. Viele Grüße aus DUB, Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: Re: [bulk]: Re: [bulk]: Re: Datum Lizenzumstellung bekannt
2011/11/23 Wolfgang Barth wolfg...@barthwo.de: Wenn man das einschaltet, wie sehe ich dann die Lizenzprobleme? Hab keinen Hilfetext dazu gefunden. Eingefärbt? Wie? Das ganze ist (vorerst auf Englisch) hier dokumentiert: http://wiki.openstreetmap.org/wiki/Remapping#Visualising_what_needs_to_be_remapped Zusammengefasst: Ja, alles Objekte die als Unsauber gelten (nach gleichen Regeln, wie in JOSM) werden mit farben versehen. Dunkelrot: Der V1 Mapper hat die Lizenzumstellung ausdrücklich abgelehnt. Transparent-Rot: V1 ist sauber, aber ein weiterer Mapper hat abgelehnt. Orange: Mindestens ein Mapper hat noch keine entscheidung getroffen, aber noch keiner hat abgelehnt. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: Re: [bulk]: Re: Datum Lizenzumstellung bekannt
2011/11/20 Wolfgang Barth wolfg...@barthwo.de: Am 20.11.2011 22:52, schrieb Dermot McNally: Bin spät dabei, aber vielleicht ist es für dich noch interessant zu wissen, dass auch Potlatch den Lizenzstatus anzeigen kann. Ja? Dann sag mal wie. Ich hab das bisher nicht entdecken können. Sorry, also: Das Plugin heißt licensechange und erscheint normal auf der Pluginliste unter Einstellungen (schätzungsweise, benutze ich auf Englisch). Kann sein, dass du auch die Pluginliste aktualisieren musst. Einfach installieren, Anleitung lesen: http://wiki.openstreetmap.org/wiki/DE:JOSM/Plugins/LicenseChange ...und bei Bedarf hier wieder fragen. Viel Spass! Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: Re: [bulk]: Re: Datum Lizenzumstellung bekannt
Wieder sorry, falsche Auskunft gegeben (wie das mit JOSM geht dürfte dir wohl klar sein...): Oben rechts befindet sich in Potlatch eine Schaltfläche. Auf Englisch heißt sie ganz brav Options. Scheinbar sorgt ein Bug dafür, dass sie auf Deutsch [Object Object] heißt, was wohl der Grund ist, dass sie nicht aufgefallen ist. Dahinter sind manche Einstellungen, darunter eine, die Lizenzstatus einblendet. Dermot 2011/11/23 Dermot McNally derm...@gmail.com: 2011/11/20 Wolfgang Barth wolfg...@barthwo.de: Am 20.11.2011 22:52, schrieb Dermot McNally: Bin spät dabei, aber vielleicht ist es für dich noch interessant zu wissen, dass auch Potlatch den Lizenzstatus anzeigen kann. Ja? Dann sag mal wie. Ich hab das bisher nicht entdecken können. Sorry, also: Das Plugin heißt licensechange und erscheint normal auf der Pluginliste unter Einstellungen (schätzungsweise, benutze ich auf Englisch). Kann sein, dass du auch die Pluginliste aktualisieren musst. Einfach installieren, Anleitung lesen: http://wiki.openstreetmap.org/wiki/DE:JOSM/Plugins/LicenseChange ...und bei Bedarf hier wieder fragen. Viel Spass! Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: Re: Datum Lizenzumstellung bekannt
2011/11/11 Wolfgang Barth wolfg...@barthwo.de: Ich hab jetzt licencechange installiert in josm (owohl ich eher gerne mit potlatch arbeite) und lade mal hier und da in meine Gegend eine Teilmap. Bin spät dabei, aber vielleicht ist es für dich noch interessant zu wissen, dass auch Potlatch den Lizenzstatus anzeigen kann. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMF Board - ich bin Kandidat
Hallo zusammen, ich wollte euch (sehr) kurz mitteilen, dass ich für die kommende OSMF Wahl Kandidat bin. Alles Infos, auch zu den Anderen würdigen Kandidaten, hier: http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board#Nominations Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PR: June 16, Bloomsday: Pubs in Dublin
2011/6/13 RalfGesellensetter r...@gmx.de: A good puzzle would be to cross Dublin without passing a pub. -James Joyes, Ulysses Pünktlich hat rorym ein Ergebnis zum Thema veröffentlicht: http://www.kindle-maps.com/blog/yes-it-is-possible-to-cross-dublin-without-passing-a-pub.html Fazit: es geht! (meistens...) Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PR: June 16, Bloomsday: Pubs in Dublin
2011/6/13 RalfGesellensetter r...@gmx.de: A good puzzle would be to cross Dublin without passing a pub. -James Joyes, Ulysses Viele Dublin Pubs fehler noch auf OSM, aber User rorym hat sich mit genau diesem Thema beschäftigt. Bislang ohne eine passende Strecke zu finden. Als Voraussetzung soll eine gültige Strecke vom Royal Canal bis zum Grand Canal verlaufen. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF
2011/5/4 Markus liste12a4...@gmx.de: - es gibt keine wählbare Alternative Aber der Lizenzwechsel (genau gesehen, der CT-Wechsel) gibt der Community einen Weg, Lizenzvorschläge in Zukunft (von mir aus, sogar in naher Zukunft) zu wählen. Wollen genug Leute einen Lizenzwechsel, kann das auch passieren, indem 66% der aktiven Community das zustimmt. Dass gerade ODbL dir nicht gefällt ist natürlich Schade - dafür haben über 98% aller Mapper, die aktive abgestimmt haben den Wechsel zugestimmt (und zählt man die Neumapper mit dann sind's deutlich mehr). Diese Mapper sind also bereit, die neue Lizenz mindestens zu tolerieren. Ich muss auch davon ausgehen, dass manche davon sich eine andere Lizenz wünschen würden. Vielleicht werden sie, nach der Umstellung, Druck machen, mit der Hoffnung, dass 66% der Community gleicher Meinung ist. Was ich dir auch empfehle - Ja sagen, und die Wege nutzen, die uns bis jetzt gefehlt haben, deine Ideen durchzusetzen - solltest du genug Unterstützung findest, natürlich. Fair is fair. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF
2011/5/4 Markus liste12a4...@gmx.de: Ja, das ist eine Verbesserung. Der Preis ist aber m.E. zu hoch: - Verlust von verdienten OSMern - Datenverlust (in noch unbestimmter Höhe) Dieses Medizin muss das Projekt früher oder später schlucken. Je früher, desto weniger Verlust an Daten und Mapper. Es kann einfach nicht sein, dass jeder einzelner Mapper ein Veto hat über ungeplante von aussen gezwungene Änderungen. Die Verlust an Mappern kann natürlich durchaus verhindert werden - OSM ist und bleibt euer Projekt. Steht euch wirklich so viel im Wege, weiterzumachen mit einer Lizenz die sich so unwesentlich unterscheidet von der Alten? - Verletzung des Vertrauens zur OSMF Oft behauptet, zu selten begründet. Und wenn, kann jeder etwas dafür. Ist schließlich _unsere_ OSMF. Wer das besser kann soll sich wählen lassen. - Verletzung der Idee der Freiheit (durch unfreies Verfahren) Wer hat dir denn deine Stimme geklaut? Ein Verfahren wird nicht unfrei weil dir das Ergebnis nicht passt. Hätten 98% der Mapper nein gesagt, müsste ich dir wohl Recht geben. Haben sie aber nicht. Ja, aber die reinen Zahlen trügen. Sie sind zu einem grossen Teil Folge - des friss oder Stirb-Zwanges - mangelnder Alternativen - unverständlicher Inhalte - der verbreiteten Gewohnheit Lizenzen einfach zuzustimmen - des die praktische Arbeit wichtiger nehmens - (wichtiger als deine Vermutungen) dass jeder, auch jeder Depp, eine Stimme hat, die zu respektieren ist. Bis jetzt, habe ich im Projekt immer mit sehr intelligenten Mappern zu tun gehabt. Haben wirklich 98% so blöd abgestimmt? Oder halten sie den Wechsel nur für unbedenklich. Es kann echt nicht sein, dass deine Bedenken wichtiger sind als die Stimmen von 98%, oder? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/23 Mike Dupont jamesmikedup...@googlemail.com: Das man meine Daten verwendenet um dann PD daten herzuleiten und das als nicht derivat zu erklaren, halte ich fuer einen Streitfall. Mann sollte das erstmals gar nicht zulassen, und wenn man PD daten behalten mochte, sollte man die woanders machen aber nicht mischen. Tut doch keiner. Wollen wir doch nicht bei den Tatsachen bleiben? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/23 Mike Dupont jamesmikedup...@googlemail.com: Ich habe es so verstanden : es gibt einige mapper die ihre Daten also PD markieren und so weiterlizenziern, diese Mischen ihre Daten im OSM pool, und geben ihre Beitraege auch als PD weiter, wenn es nicht so ist, habe ich was falsch verstanden. Jeder darf bestimmen wie _seine_ Daten benutzt werden, und manche Mapper bezeichnen tatsächlich _ihre_ Daten als PD - und das übrigens seit lange, mit oder ohne Lizenzwechsel. Aber Mischwerke, wo nicht-PD-Daten auch dabei sind, dürfen nicht so als PD betrachtet werden. Man darf nur das hergeben, was einem gehört. Die neue Lizenz ist keine PD-Lizenz und nichts was ein Alleinmapper über seine Daten erzählt wird diese Tatsache ändern. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/21 Markus liste12a4...@gmx.de: Wenn die OSMF in destruktiver Weise mit der Community umgeht (hier der Inhalt und Ablauf des geplanten Lizenzwechsels), ...dann hätte die Community dementsprechend negativ reagiert beim Abstimmen. Hat sie aber nicht, sondern überwiegend positiv. Ulf ist ein Teil davon. Das muss er selber wissen. Wenn, dann ist er ein Teil von einer Community die _mit_ Lizenzwechsel weitergehen will. Aber gerne sollen wir abwarten, wie sich die Zahlen entwickeln. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/19 Manuel Reimer manuel.s...@nurfuerspam.de: Mal doof gefragt: Wie schaffe ich es, diese Liste so durch die OSM-API zu stopfen, dass eine Liste von Usernamen rausfällt? Das kann ich nicht direkt antworten, kann aber sein, dass du hier auf deine Kosten kommst: http://fred.dev.openstreetmap.org/ Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/18 Doru Julian Bugariu j.buga...@wad.org: Wieso geht es irgendwem an, *wer* auf disagree klickt? Soll das ein elektronischer Pranger werden, oder was? Ich finde, jeder hat das *Recht* sich so zu entscheiden wie er mag, ohne dass er irgendjemandem Rechenschaft schuldig ist. Weil ein nicht-Zustimmer die Macht hat, zu bestimmen dass meine Arbeit irgendwann aus dem Map rausfliegt obwohl ich selber zugestimmt habe und die Lizenzumstellung für unbedenklich halte. Darüber möchte ich schon informiert werden und die Gelegenheit haben, das mit dem Anderen zu besprechen. Da soll er auch nichts dagegen haben, ist halt eine Community... Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/18 Ulf Lamping ulf.lamp...@googlemail.com: Ich nehme mir das Recht heraus, die Arbeit die ich bei OSM geleistet habe zu einem mir genehmen Zeitpunkt umzulizensieren - oder halt auch nicht. Die Gründe dafür sind alleine meine Sache und dazu bin ich *niemandem* Rechenschaft oder Erklärungen schuldig - und ganz bestimmt nicht Leuten die mir persönlich vollkommen unbekannt sind. Sehe ich doch nicht so: $ grep ulfl ireland.osm | wc -l 64 In einem Land, wo die Mapper zum Lizenzwechsel eher positiv stehen, hast du mitgeholfen. Stichwort mit. Und wer weiß, was noch an Ulfgeschenken in der History stecken? Überlässt du deine Arbeit der Community wirst du wohl geholfen haben. Aber wenn deine Daten wirklich weg müssen wirst du dagegen Mist gebaut haben. Und eine Erklärung bist du in dem fall dieser Community doch schuldig. Da diese eine gute Erklärung sein wird - grundlos würdest du uns so was nicht antun oder? - wird die Community wohl Verständnis dafür haben. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/18 Ulf Lamping ulf.lamp...@googlemail.com: Ich habe meine Arbeit unter einer bestimmten Lizenz der ganzen Welt zur Verfügung gestellt, nicht nur einer bestimmten Community. Nicht _mal_ der Community. Ob die Community Verständnis dafür hat, spielt eigentlich keine Rolle. Jeder soll selber entscheiden, ob die Community dich verlässt oder du die Community. Viel Glück! Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/18 Ulf Lamping ulf.lamp...@googlemail.com: Wenn die Community von ihrer eigenen Arbeit jetzt nichts mehr wissen will Ist irgendwie komisch, oder? Fast 11,000 Deppen und weniger als 100 die das richtig sehen. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
2011/4/19 Ulf Lamping ulf.lamp...@googlemail.com: Ich sehe das eher so, das 11000 Mapper tendenziell bereit sind, die Arbeit von 100 wegzuwerfen, um einem Ziel zu folgen das keinem so richtig klar ist. Aber das ist meine persönliche Sicht. Klingt nicht sehr klug, wenn das so wäre. Vielleicht ist das Ziel denen doch klar, nur dir nicht, oder dir klar, nur unpassend. Alles legitim. Aber wie gesagt, solche Meinungen soll man bereit sein, mit der Community zu teilen, damit man zumindest versteht, nach welchem Prinzip ein Unbekannter von weit weg die Daten verschwinden lässt. So ist es nämlich aus seiner persönlicher Sicht. P.S: Bitte versuche doch solche Feindbilder wie Deppen und Richtigseher zu vermeiden, das bringt uns doch nicht weiter. Ohne Fakten, keine Feinheiten, man sieht nur gut und böse. Was meine Daten gefährdet kommt mir böse vor. Meint ein Anderer, ich habe nicht mal das Recht zu wissen warum, verstärkt sich diese Meinung. Es muss aber nicht so bleiben, oder? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel Phase 3 beginnt am Sonntag
2011/4/15 Rainer Knaepper sm...@gmx.de: Was will Dermot beweisen? Beweisen nichts, sondern nur verstehen. Es scheinte und scheint mir noch, dass du bei der ersten OSM Anmeldung auf gleicher Art eine Liste auf Englisch von verbindlichen Bedingungen zur Teilnahme zugestimmt hast. Und dann, wie auch heute, hättest du die Option gehabt, dich von inoffiziellen aber glaubwürdigen Communityquellen in der Muttersprache zu informieren. Deine Aussage finde ich gerade so überraschend weil es seit lange deutsche Übersetzungen gibt - jeder, der danach gesucht hat hätte mit Sicherheit was gefunden, oder? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel Phase 3 beginnt am Sonntag
2011/4/14 Rainer Knaepper sm...@gmx.de: Frederik Ramm schrieb: http://openstreetmap.org/user/terms Knuffig ist, daß ich einer rechtsverbindlichen Vereinbarung zustimmen soll, die ich nicht verstehe. War das nicht bei der ersten Anmeldung genau so? Oder waren die Bedingungen dann verständlicher? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt Live: True Offset
2011/2/19 pos_ei_don pos_ei_...@yahoo.de: Hm... klingt nett! Nur, welchen Versatz zeigt das Plugin an, wenn in meiner Gegend schon korrigiert wird, und ich eine erneute Messung mache? Komme ich da mit einem anderen Mapper, der Korrekturdaten eingibt, in die Quere? Rein technisch ist es suboptimal, wenn für einen Bereich mehr als eine Korrektur zur Verfügung steht. True Offset geht zwar damit relativ gut um - die Daten von der kleinste Fläche werden genommen - aber stellt euch volgendes vor: ein Kleindorf befindet sich auf einem Hügel, was dazu führt, dass die Luftbilder eine andere Korrektur benötigen als das ganze Umland, obwohl sie eigentlich alle aus einem Bildsatz stammen. Ein Mapper von der benachbarten Großstadt hat die ganze Fläche markiert und so getaggt, dass die Verschiebung weg ist, außer im Dorf, weil er davon nichts weiß. Sollte ein Dorfbewohner einen True Offset Umriss ums Dorf mappen und taggen, Wird das meistens akzeptabel funktionieren - sollte er immer seine Dorfdaten in den Editor laden, dann die Luftbilder holen, wird sein Editor eine True Offset Abfrage machen, und korrigiert wird. Aber sollte er erstmal in dem Bereich mappen, wo sein Kollege schon eine andere Korrektur eingetragen hat, bekommt er halt diese Korrektur, und damit auch ein bbox for einen weiteren Bereich, wo diese Korrektur auch gilt (weil der Serverlast ohne solches Caching zu hoch wäre). Und die Chancen sind gut, dass sein Dorf innerhalb des bbox befindet, d.h. es wird bei diesem Verfahren keine zweite Abfrage gemacht und die Korrektur bleibt falsch für sein Dorf - wobei man merken soll, dass sie vielleicht doch besser ist, als gar keine. Aus dem Grund empfehlen wir eher, bei solchen Fällen, die Grosse Fläche so zu zerteilen, dass die Kleinere sie nicht überschneidet. Inwiefern das Probleme machen wird wollen wir erstmal testen - für besseren Lösungen sind wir auf jeden Fall offen. In Bereichen, wo es keine so saubere Grenze gibt, mussen sich die Mapper natürlich zusammentun, was eigentlich bei jeder Meinungsverschiedenheit nötig ist - nur in diesem Fall, in Vergleich zu z.B. Tagging, sollte man auf Tatsachen zurückgreifen, und schlimmstenfalls eine gemeinsame Messung vornehmen. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt Live: True Offset
2011/2/18 Chris66 chris66...@gmx.de: mir ist noch nicht klar, wie man seine lokalen Korrekturdaten irgendwo eingeben/Melden kann ? Alles hier: http://wiki.openstreetmap.org/wiki/True_Offset_Process#Recording_known_offsets Kurze Version: In OSM einen Umriss zeichnen, von einem Bereich wo die Korrekturdaten gelten sollen. Den Umriss dann so taggen: http://www.openstreetmap.org/browse/way/86370040 Die Werte entnimmt man am besten von eimen JOSM Imagery Bookmark. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt Live: True Offset
2011/2/18 Chris66 chris66...@gmx.de: Ah, ok, und darf man die Tags einfach bestehenden Polygonen (zB. Admin Level 8 Boundaries) anhängen? Das würde ich eher nicht machen, aus verschiedenen Gründen... Die Gefahr ist gross, dass solche Polygonen überarbeitet werden, in Relationen umgewandelt werden usw. Es passiert eh relative selten, dass eine Bing-Fläche mit einer behördlichen Grenz übereinstimmt. Grundsätzlich ist es gedacht, dass man einen neuen Umriss macht, der kann auch später in eine externe Datenbank ausgelagert werden, sofern praktisch - ist gibt sehr viele Mapper die solche Daten in OSM gar nicht sehen wollen, und da will ich auch neutral bleiben. Wichtige tags sind: calibration = area data_provider = bing (oder yahoo oder usw.) zoom_min = nn area_name = was sinnvolles Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt Live: True Offset
2011/2/18 Heiko Jacobs heiko.jac...@gmx.de: Kann man damit auch lösen, dass Mapper vom falschen / schlechteren Luftbild abmalen? Sprich: Wenn es lokal ein besser aufgelösteres und aktuelleres Luftbild als Bing gibt, kann man dann ein Polygon definiert mit der Botschaft Nimm lieber mich! und wenn ja wie? Oder vielleicht ist ja stellenweise yahoo besser als bing etc. Die Idee ist nicht schlecht. Eine Erweiterung wäre schon denkbar - zum Beispiel, ein Tag wie: better_source=yahoo Da könnte ein Editor zwar die Korrektur nehmen, aber zusätzlich einen Hinweis auf die bessere Quelle zeigen. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jetzt Live: True Offset
Hi, einige von euch wissen, dass ich den True Offset Webservice entwickelt habe. True Offset soll verhindern, dass Mapper von unkalibrierten Luftbildern abmalen. Gedacht ist, dass ein Editor, beim Laden von Luftbildern, nach notwendigen Korrekturen abfragen kann: http://wiki.openstreetmap.org/wiki/True_Offset_Process (auf Englisch, sorry) Die Highlights: * Probiert es doch aus!: http://mackerski.dev.openstreetmap.org/offset/1.0/offset/bing/20/53.26/-6.67 * Die Korrekturzahlen habe ich neu dokumentiert, damit sie mit denen vom JOSM-Imagerymodul besser übereinstimmen. * Also kann es passieren, dass schon erfasste Korrekturen nun nicht mehr stimmen. Wer schon Korrekturdaten eingegeben hat, bitten nachprüfen. * Aktualisieren der Korrekturdatenbank erfolgt noch manuell (wird sich ändern). Bei Änderungen, bitte Bescheidgeben, damit ich das nötige machen kann. * Die meisten Testdaten beziehen sich auf Bing-Bildern in Irland und sind teilweise noch fehlerhaft. Meine Bitte: An allen Entwicklern von OSM Editoren die Luftbilder einblenden, BITTE True Offset unterstützen, und bitte die Korrekturen entweder automatisch holen oder zumindest die User darauf aufmerksam machen. Freilich ist True Offset auch für die Mapper vorteilhaft sein kann, die jetzt schon immer vor dem Abmalen kalibrieren. Viel mehr geht es aber darum zu verhindern, dass ahnungslose Mapper unnötig schlechte Daten erzeugen. Servus, Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jetzt Live: True Offset
2011/2/18 Johann H. Addicks addi...@gmx.net: Warum dieser Aufwand? Weil die Luftbilder allesamt Schrägbild-Aufnahmen sind, die gegen ein Höhenmodell entzerrt werden. [...] Alles schön und gut. In vielen Punkten kann man das alles besser machen. Aber solange die Bing Luftbilder in manchen Bereichen um 30m verschoben sind, ist mir der Spatz in der Hand viel lieber. Und sollte eine bessere Lösung erscheinen, super. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper für Interviews (Do, ~15 Uhr ) gesucht, Erfassung und Lösung von Adressprobl emen
Hallo Alex, Kurz weil vom iPhone geschickt, würde aber gerne mitmachen. Skype: dermotm Dermot On Wednesday, 12 January 2011, Alexander Steinhart / DThinking dthinking.a...@nder.info wrote: Liebe OSM Community, für einen Design-Thinking Workshop in Rumänien zur “Weiterentwicklung eines Tools zur Erhöhung der Adressenqualität und -quantität in OSM” suchen wir spontan für morgen Mittag 4-8 interessierte Mapper die sich über Skype zum Thema Adresserfassung interviewen lassen. Ziel des Workshops ist Tools wie z.B. MapDust so weiter zu entwickeln, dass einfach und gut Adressprobleme erfasst und gelöst werden können. Dazu brauchen wir eure Gedanken, Ideen und Erfahrungen. Die Interviews werden vom skobbler-MapDust-Team direkt durchgeführt. Zeitraum 14.30 - 15.30 Uhr (Berlin time), Donnerstag 13. Januar Dauer etwa 20 Minuten (in Englisch) Wenn ihr Lust und Zeit habt, dann meldet euch bitte einfach bis 14 Uhr via Mail (bitte mit eurem Skype-Namen). Schon jetzt einmal einen herzlichen Dank. Lieben Gruß, alex (für das Team) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Versatz in slippymap-Plugin korrigieren
2010/11/30 M∡rtin Koppenhoefer dieterdre...@gmail.com: Es gibt sogar schon einen Vorschlag, den Offset je nach Gebiet zentral zu speichern, und dem User automatisch anzubieten, diesen Offset zu verwenden. Implementiert ist das AFAIK noch nicht, d.h. Kommentare sind erwünscht: http://wiki.openstreetmap.org/wiki/True_Offset_Process Da dieser Vorschlag von mir ist... Die gute Nachricht - Code dafür gibt's schon, nur die Feinheiten fehlen noch. Hoffentlich gibt's in den nächsten Tagen schon was zu sehen. Und das es auf IRC schon erwähnt wurde - dass diese Lösung sehr grob und unraffiniert ist klar. Es handelt sich hier um eine Zwischenlösung die von jedem Editor leicht einzusetzen ist ohne grosse Schlauigkeit einbauen zu müssen. Wer für einen Editor eine bessere Lösung findet soll diese natürlich bevorzugen. Ich will lediglich verhindern, dass zig Mapper am Bing Tag 1 sofort anfangen, 30m daneben abzumalen. Servus, Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arztpraxen
2010/2/23 Bartosz Fabianowski bart...@fabianowski.eu: Ich persönlich halte beide für völlig falsch. Ein Arzt ist nun mal ein physician und kein doctor, auch wenn er *umgangssprachlich* so genannt wird. Der korrekte englische Ausdruck ist und bleibt physician. Meine Mutter ist auch Ärztin und hat keinen Doktortitel... Was korrekt ist, was aber kein Mensch sagt bringt auch nicht so viel ;) Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Misbrauch von power=line, Berlin Tegel
Hallo. Vielleicht sehe ich das zu streng, aber was man am Flughafen Tegel mit power=line ist ja wirklich ein Schmarrn: http://www.openstreetmap.org/browse/way/25745985/history Über die Notwendigkeit, solche Dinger überhaupt zu Malen läßt sich streiten - und trotz Erwartungen, gibt's das dargestellte Motiv wirklich - aber eine Anwendung, die sich für Stromleitungen interessiert soll davon ausgehen dürfen, dass power=line tatsächlich eine ist. Meinungen? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Misbrauch von power=line, Berlin Tegel
2009/8/5 Garry garr...@gmx.de: power=line darf es natürlich nicht bleiben, vielleicht wäre dass ja der Anlass einen Zeichentag in der Form draw=line o.ä. einzuführen? Da hätte ich nichts dagegen. Die Darstellung muss sich dabei natürlich nicht ändern. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
2009/7/21 Frederik Ramm frede...@remote.org: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ferner bin ich der Ansicht, dass heavily compacted hardcore nicht wasserdicht ist und daher auch nicht von grade1=Versiegelung gesprochen werden kann. Auch hierzu wuerde mich eine Fachmeinung (oder zumindest eine, die mehr Fachmeinung ist als meine eigene...) interessieren. Als Muttersprachler kann teile ich deine Meinung. Ein Track aus compacted hardcore ist weder asphaltiert noch geschlossen noch wasserdicht. Sollte man der Meinung sein, dass grade 1 eine andere Bedeutung haben soll sollte das natürlich auch international diskutiert werden. Hoffentlich sparen wir uns auf dieser Weise weiteren Trunk Wars. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM routable Karte auf Garmin nüvi mit text-to-speech?
Hi, 2009/5/21 Markus Koelle mkoe...@gmx.de: Hallo, funktioniert eigentlich die Sprachausgabe per Text-to-Speech mit einer OSM routable Karte auf einem Garmin nüvi? Ja, tut sie. Ich habe es selber probiert. Ich suche einen Garmin nüvi PNA, mit dem sich die OSM routable Karte verwenden lässt, das Text-to-Speech beherrscht und mit dem man Tracks aufzeichnen kann. Welche(s) Modell(e) ist(sind) dazu in der Lage? Funktionert alles prima bei allen Text-to-Speech fähigen Modellen außer Tracks aufzeichnen, was nur auf ganz bestimmten Modellen der 7er Reihe geht. Außerdem ist auf Nüvis die Gefahr groß, dass Lock-on-Road aktiviert ist, was einer vernünftigen aufzeichnen ziemlich im Wege steht. Meines Wissens sind solche Geräte auch nicht in der Lage, Trackdaten auf SD zu speichern, was auch blöd ist und die Kapazität sehr einschränkt. Ob man das Loggingintervall einstellen kann ist mir auch nicht bekannt. Logger vielleicht separat kaufen? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorwahlbezirke (und Postleitzahlenbereiche)
2009/5/2 jorkh jo...@jhamburger.de: hallo, sehr richtig, 040 geht ziemlich weit um Hamburg herum. Exklaven gibt es aber wohl nicht. Doch - am Münchner Flughafen, der geographisch von der eigentlichen Stadt ziemlich getrennt ist, wird die Vorwahl 089 verwendet (meines wissens ist die richtige Vorwahl, Erding oder Freising, auch dort zu haben, wenn dann gibts hier auch eine Überlappung). Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routable Garmin-Maps
2009/3/10 Chris-Hein Lunkhusen chris66...@gmx.de: Wie ist das, wenn eine to oder from Straße gesplittet wird, dann sind doch plötzlich 2 ways in der to/from Rolle, oder? Ja, das stimmt. Wenn ja, wie kann man das vermeiden? JOSM warnt davor - vermeiden kann ich das also dann, indem man die überflüssige Stücke sofort aus der Relation entfernt. Das Problem is wohl eher, dass die meisten Mapper sich mit Relations nicht gut auskennen, wenn überhaupt mit Restrictions. Man kann aber beim anlegen des Restrictions davor schützen, dass dies passiert. Man kann vermeiden, dass die to und from Wege so lang sind, dass eine spätere Aufteilung wahrscheinlich ist. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routable Garmin-Maps
2009/3/10 Chris-Hein Lunkhusen chris66...@gmx.de: Tja, aber gerade für die Anwendung Routing wären exakte, korrekte Daten hilfreich. Vielleicht sollte man ab und zu einen Bot drüberlaufen lassen. ;-) Einen Bot, der alle to/from Wege ohne Anbindung zum via-Punkt aus der Relation entfernen würde? Keine schlechte Idee. Altnernativ müssen wir Mapper das selber machen. Auffallen werden die Probleme spätestens beim erstellen einer Garminkarte. In Irland haben wir das Problem nicht - beim ersten Mal musste ich 3 kaputten Restrictions fixen, alle (!) anderen waren OK. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
2009/2/28 Alexander Zipf z...@geographie.uni-bonn.de: sorry, wie auf den Systemvorraussetzungen zu lesen, leider z.Zt. kein Support für Apple oder andere nicht 100% Sun-Java-Varianten (ab 1.6) Grund: Inkompatible Java/Java3D Versionen... Hmm. Die Kompatibilitätsprobleme waren mir unbekannt, ist aber natürlich nicht Euer Schuld. Grummel... Auf die Idee bin ich eigentlich nicht gekommen, Für eine Java Anwendung die Systemvoraussetzungen zu prüfen. Dermot :-( z.Zt. Leider für uns zu viel Aufwand das alles abzudecken, wenigstens konnten wir es auf versch. Linux-Systemen efolgreich testen (aber auch hier keine 100% Garantie) Dermot McNally schrieb: - Show quoted text - Sieht ganz fesch aus, nur geht's bei mir nicht: java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass2(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:774) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:160) at java.net.URLClassLoader.defineClass(URLClassLoader.java:254) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:256) at java.lang.ClassLoader.loadClass(ClassLoader.java:316) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1083) at com.sun.javaws.Launcher.run(Launcher.java:105) at java.lang.Thread.run(Thread.java:613) Das auf MacOS, Macbook Pro, 4GB, Java 6 aktuel... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Sieht ganz fesch aus, nur geht's bei mir nicht: java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass2(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:774) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:160) at java.net.URLClassLoader.defineClass(URLClassLoader.java:254) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:256) at java.lang.ClassLoader.loadClass(ClassLoader.java:316) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1083) at com.sun.javaws.Launcher.run(Launcher.java:105) at java.lang.Thread.run(Thread.java:613) Das auf MacOS, Macbook Pro, 4GB, Java 6 aktuel... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
2009/2/23 Sven Geggus li...@fuchsschwanzdomain.de: Gebühren für OSM Datenerfassungssoftware. Eigentlich dreht sich mir da der Magen um wenn ich sowas lese. Kostet mir eh viel mehr, dem Autor ein Bier als Dankeschön zu kaufen, falls wir uns treffen. Oder? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone G3
2009/2/21 Marco Horstmann hma...@gmx.net: ich will mir demnächst auch nen iPhone zulegen, wie schauts da eigentlich mit GPX Logger aus? Lese teilweise dass du GPS Daten nur alle 10 secs bekommst, was ich gelinde gesagt schlecht für OSM Zwecke empfinde. Hast du da mehr infos? Hallo, OSMTrack gibt's für 79c vom AppStore, und ist genau für unsere Zwecke gedacht. Ich habe es mir zwar gekauft, aber nie ernsthaft getestet, weil mein Garmin das sicherlich besser kann. Das mit 10s Takt ist mir unbekannt - ich kann mir vorstellen, dass das eine Grundeinstellung sein könnte, was aber nicht bedeutet, dass es so bleiben muss. Da wüsste aber der OSMTrack Entwickler aber wohl mehr. Zum Thema Fototagging, ja, JOSM lässt Fotos mit Geotagging sehr schön darstellen, am besten mit dem AgPifoJ Plugin: http://wiki.openstreetmap.org/index.php/JOSM/Plugins/AgPifoJ Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone G3
2009/2/21 Michael Buege mich...@buegehome.de: Mit dem AgPifoJ Plugin muessen die Fotos nicht mit Geotags versehen sein. Es fuegt Track und Fotos in Josm an Hand des Zeitstempels zusammen. Man hat auch mehrere Moeglichkeiten, Fotos und Track zu korrelieren. Sind die Fotos bereits getaggt, kann man auch das Plugin geotagged benutzen. Das stimmt durchaus. Sind die Fotos allerdings doch schon getaggt dann wird das vom Plugin wahrgenommen. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reine S-Bahn-Strecken
2009/1/27 Martin Koppenhoefer dieterdre...@gmail.com: ich würde sagen, wir belassen es für S-Bahnen bei light_rail und für den Transrapid bei monorail. Halte ich nicht für sinnvoll. Light Rail ist eine Bezeichnung, für Systeme bzw. Fahrzeuge die noch leichter sind as U-Bahnzüge. Wieso echte Schnellzüge wie Trams taggen? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reine S-Bahn-Strecken
2009/1/27 Tobias Wendorff tobias.wendo...@uni-dortmund.de: railway = interurban Hallo, nur eine kleine sprachliche Aufklärung: interurban ist sicherlich nicht die richtige Wort (München nach Augsburg wäre z.B. inter-urban). Für innerurban könnte man zwar argumentieren, aber suburban (wie Suburban Rail) wäre gängiger. Dass im Map Features nichts vergleichbares schon drin ist sagt aber deutlich, dass der Unterschied zwischen rail und suburban den meisten unwesentlich ist. Finde ich auch - so lange eine S-Bahn oder Suburban Rail Strecke bautechnisch gleich ist, wie die normale Bahn, kann uns egal sein, von wem Betrieben (kann man natürlich separat taggen) oder ob ans normale Netz angeschlossen. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reine S-Bahn-Strecken
2009/1/27 Tobias Wendorff tobias.wendo...@uni-dortmund.de: ich habe gerade nicht suburban gewählt, weil sich S-Bahnen nicht so wie die internationalen Varianten nur innerhalb von einer Stadt bewegen. So versteht sich aber Suburban Rail nicht, jedenfalls nicht überall. Wenn es sich um Pendelverkehr handelt, dann halt suburban (oder commuter, was auch für OSM legitim sein könnte). Dass die Suburbs einer Stadt i.d.R. eingeschränkter sind, als das Pendelgebiet spielt in meiner Sprache natürlich keine Rolle, wir nehmen es halt nicht so ganz ernst. S-Bahnen in NRW fahren innerhalb der ganzen Ruhrmetropole von A nach B. Du steigst in Dortmund ein und in Düsseldorf aus. Schon klar - hier in Irland ist der Commuterverkehr sogar grenzüberschreitend :) So gesehen, finde ich commuter inzwischen besser, wobei suburban auch ganz in Ordnung wäre. Für solche Trassen wie unseren, würde ich aber trotzdem rail nehmen wegen Mischbetrieb. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Legende
Ich kann bestätigen, dass Legend der gängige Begriff ist, auch auf Englisch. Was aber anderen nicht ausschliessen soll. Zurück zur ursprünglichen Frage - es scheint durchaus üblich zu sein, für Webmaps gar keine Legende anzubieten. Weder Google noch Yahoo hat sowas... Dermot 2009/1/2 André Reichelt andr...@online.de: Tobias Wendorff schrieb: Es kommt drauf an, was man sagen will. Ich habe vorhin extra das große Dictonary rausgekramt. Map Key = die Zeichenerklärung Legend = die Bildlegende Ich habe mal in meinem Oxford nachgeschlagen. Hier werden vier verschiedene Erklärungen abgegeben. Die Dritte lautet: (technical) the explanation of a map or a diagram in a book. Scheint also durchaus das zu heissen, was man glaubt (laut Oxford). Ich habe auch mal bei Leo den Begriff Legende in andere Sprachen übersetzen lassen. In allen dort abgedeckten europäischen Sprachen scheint das Wort identisch zu klingen: légende (französisch) leyenda (spanisch) leggenda (italienisch) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pension und so
2008/12/20 Alexander Schulze schulzib...@web.de: Hallo zusammen, ist tourism=guest_house der richtige Tag für Pensionen? So habe ich Pensionen getagt. So richtig zufrieden damit bin ich allerdings nicht, denn ein Guesthouse (nach englischsprachiger Bedeutung) durchaus kleiner und weniger businesslike sein kann als die meisten Pensionen. Hier hilft nur ein neues Schema, sowas wie: tourism=accommodation accommodation=hotel|bed_and_breakfast|pension|guesthouse|hostel|whatever stars=2 board=half_board|none|bed_and_breakfast|all_inclusive|full_board Hier könnte accommodation lokalen Normen angepasst werden. Nachteil: mit dem heutigen Tagging inkompatibel. Naja... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 17.12.08
2008/12/20 Carsten Schwede computerte...@gmx.de: Farmland (sollte ich vielleicht wieder wegwerfen) wird jetzt mit dargestellt, und die neue Version von mkgmap könnte es auch sein. Es fällt mir noch ein, dass building=yes jetzt dargestellt wird. Hättest du was dagegen, building=beliebig auch so zu behandeln? Das kommt im Datensatz häufig vor und die gleiche Darstellung ist sicherlich legitim. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Schild 250 -Verbot für Fahrzeu ge aller Art
2008/10/5 Norbert Wenzel [EMAIL PROTECTED]: Und ich seh grad, dass in Leopoldsdorf [0] südlich der S1 einiges mehr zu tun ist, d.h. das Schild kann noch warten, bis zumindest alle genannten Straßen gemapped sind. Wer taggt denn eine Schnellstraße als Autobahn? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
2008/9/9 Hatto von Hatzfeld [EMAIL PROTECTED]: Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken. Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen. Besser wäre es vielleicht, immer highway mit highway, waterway mit waterway usw. zu vergleichen. So würde man die meisten Fehlenden Verknüpfungen entdecken, ohne Ablenkung von Nachbarobjekten. Ist sicherlich auch schneller... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 3. September 2008
2008/9/4 FreeWorld [EMAIL PROTECTED]: ich hab ein na sagen wir beinahe amüsantes Problem mit deinem Deutschland gmapsupp.img. Sobald ich es auf das Gerät geladen hab und ich das Gerät starte, schaltet es gleich wieder ab, und zwar so, als wäre die Batterie leer. Ist mir auch vor kürzem passiert. Die Karte war aber nicht fehlerhaft - hattest du ein Naviziel gesetzt? Ich kann zwar nicht wissen, ob das bei mir das Problem war, aber sobald das Ziel weg war, ging es wieder. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway halt vs station
2008/9/3 Stefan Popp [EMAIL PROTECTED]: Irgendwie bin ich jetzt komplett verunsichert. Also Station ist quasi alles wo die große Bahn zum Ein-/Aussteigen hält. Aber wann nutze ich nun Halt? Wäre froh, wenn mir das mal jmd genauer erläutern könnte. danke im vorraus :) Ein Halt kann zum Beispiel dort stehen, wo Züge nur gelegentlich halten. Gerade in der Vergangenheit, als der Pkw unüblich war, gab's Halts bei z.B. Rennbahnen, meistens sehr einfach ausgestatten, nur mit Bahnsteig wenn überhaupt. Entscheidend ist immer, dass der Betrieb eingeschränkt, unregelmäßig oder sogar nicht fürs Publikum bestimmt ist: http://en.wikipedia.org/wiki/Train_station#Halts Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway halt vs station
2008/9/2 Philipp Klaus Krause [EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/De:Key:railway definiert den unterschied zwischen halt und station recht schwammig. Findest Du? z.T. ohne Bahnsteig, nur bei Bedarf? Diese Beschreibung betrifft ziemlich genau, was man unter Halt auf Englisch versteht. Warum nicht einfach die allgemein übliche Unterscheidung Haltepunkt (keine Weiche) vs. Bahnhof (mindestens eine Weiche) übernehmen? Weil es eben nicht zutrifft :) Haltepunkte ohne Weichen gelten genauso als Stations. Wer es nötig hat, zwischen Grossbahnhof und Haltepunkt zu unterscheiden (würde ich persönlich nicht - erkennt man besser an der Grösse) soll sich was neues ausdenken. Aber ein Halt ist von der Bedeutung viel niedriger. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Animations of historic OSM coverage
2008/8/29 Frederik Ramm [EMAIL PROTECTED]: - it's a bit German-centric at the moment but at least we also have UK/Ireland as a whole, plus London, Birmingham, Oslo, and a few others. I'm also happy to extend the list (time permitting) if you supply a Very nice indeed. But it looks as though you may not have gone quite far enough west in Ireland, though - have a look at the discontinuous primary road in one of the SW peninsulae (which in fact is the Ring of Kerry). This is an even better presentation than the node animations. Well done! Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Animations of historic OSM coverage
2008/8/30 Frederik Ramm [EMAIL PROTECTED]: Das ist der boese Atlantik, der an Eurer Insel nagt! Fixed, danke. _Daher_ kommt das ganze Wasser in letzter Zeit... :) -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
2008/8/15 Carsten Schwede [EMAIL PROTECTED]: Hallo Dermot, ich habe die Kacheln nochmal neu erzeugt, diesmal sind wieder alle Zoomlevel vorhanden, daher sind auch die Dateien wieder größer. Also Cache clearen und die neuen Dateien herunterladen. :-) Super. Bis jetzt will sich übrigens keiner zum Themseproblem äußern. Dabei habe ich aber auch gefragt, ob jemand was dagegen hat, das ganze laut Wiki umzustellen - uns wie es bei uns in der Arbeit heißt, Silence is consent... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
2008/8/14 Carsten Schwede [EMAIL PROTECTED]: die neuen Dateien liegen wie immer zum Download bereit. Warum dieses Mal die Kartendaten etwas kleiner sind kann ich nicht genau sagen, eventuell liegt es an einer Änderung in mkgmap, die jetzt effektivere img- Dateien erzeugen kann. Nur indem viele Zoomstufen leer sind - oder so scheint es mir :( Ich muss auf zwei Geräten ziemlich nah dranzoomen, bis ich OSM-Daten zu sehen bekomme. Meistens wird nur die Basiskarte gezeigt. Kann natürlich trotzdem an der neuen Version liegen. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008
2008/8/14 Carsten Schwede [EMAIL PROTECTED]: Hat eigentlich mal jemand (am Besten ein muttersprchlicher OSMler) bei den Londonern nachgefragt was da mit der Themse los ist und ob sie das mal reparieren wollen? Sonst mach ich das nachher noch. Bin Muttersprachler :) Ich frage mal nach... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
Um das ganze noch komplizerter zu machen... In Deutschland ist eine bauliche Trennung der Fahrtrichtungen keine Voraussetzung dafür, dass kein Tempolimit gilt. Die Trennung darf rein gesetzlich eine durchgezogene Doppellinie sein. Wo mehrere Spuren pro Fahrtrichtung vorhanden sind ist dann, ohne Zusatzschild, freie Fahrt. Und diesen Zustand kann man von OSM-Daten schlecht auslesen. Mir sind zwar keine Beispiele bekannt, wo man ohne Tempolimit ohne bauliche Trennung fahren darf, aber immerhin bleibt das möglich. Da ich in einem Land wohne, wo auf allen Strassentypen eine Höchstgeschwindigkeit gilt, unterscheide ich gerne zwischen zwei Fällen: * wo die Höchstgeschwindigkeit gilt * wo wir keine Angabe zum Tempolimit haben Dort tue ich dem Projekt tatsächlich keinen Gefallen - ich tage keine maxspeed dort, wo die gesetzliche Höchstgeschwindigkeit gilt. Vorteil ist, dass eine Änderung eines Generelllimits keine globale Datenreinigung auslösen muss. Dies könnte in D sehr relevant werden, wenn ein Autobahnlimit doch eingeführt werden soll. Nachteil: wo der Mapper zu faul war, oder die Daten nicht vorhanden waren, könnte man glauben, schneller fahren zu dürfen als der Fall ist. Mein Vorschlag: Statt maxspeed=none, tagt lieber maxspeed=default. Das kann in allen Ländern gut eingesetzt werden und in D passt es genau so gut auf der Landstrasse ausserorts wie auf der Autobahn. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
2008/8/9 Bernd Wurst [EMAIL PROTECTED]: Dagegen. Hast du mein Posting gelesen, auf das du antwortest? Klar habe ich das. Schadet aber wohl nicht zu fragen... Es gibt einfach zu viele Länder mit zu vielen unterschiedlichen Regelungen als dass man in ein Navi einbauen könnte in D gilt 100 / unlimited. Vermutlich gibt es auch Länder in denen sowas nochmal intern unterschiedlich geregelt ist. So sehe ich das auch. Anwendungen, die genaue Angaben zu Tempolimits machen wollen, müssten also auch über die geltende Regeln verfügen. Nicht gerade einfach, aber machbar und, wie ich das sehe, einfacher als ein Flächendeckendes Tagging von allen Strecken ohne Sonderlimit. Lieber einheitlich maxspeed setzen wann immer ein limit gilt und da wo es ohne Beschilderung nur durch allgemeine Regelungen gilt noch ein Zusatztag wie maxspeed:source=local_law oder sowas, dann kann man das auch bei Änderungen der Regelungen automatisiert ändern. Das unterscheidet sich aber gar nicht von meinem Vorschlag. Der Unterschied zwischen default und local_law interessiert mich sehr wenig. Grade bei deutschen Autobahnen ist das Problem aber noch geringer. Wenn das generelle Tempolimit eingeführt werdne sollte, muss man einfach in D alle maxspeed=none durch maxspeed=130 (oder whatever) ersetzen, da es dann keine unlimitierten Strecken mehr gibt. Das gebe ich zu. Hätte man dagegen default oder local_law schon eingetragen wäre aber auch dieser Schritt überflüssig. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
2008/8/9 Bernd Wurst [EMAIL PROTECTED]: Doch. Eine deutsche Landstraße bei mir hätte maxspeed=100 maxspeed:source=local_law und bei dir maxspeed=default Hmm, tatsächlich. Und auf dieser Weise willst du wohl später unterscheiden können, welche Limits automatisch geändert werden können, bei Änderungen der Grundregeln. Einerseits ist das praktisch. Anderseits (und hier ist auch mein Vorschlag schwach) gibt es Länder wie Irland, wo auch die default Limits ausdrücklich beschildert werden, d.h. der Mapper muss sich ziemlich gut auskennen um den Unterschied zu erkennen. Vielleicht gibt es keine beste Lösung... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
2008/7/25 Carsten Schwede [EMAIL PROTECTED]: Hallo, auf Wunsch eines einzelnen Herrn habe ich jetzt eine Europakarte bereitgestellt. :-) Er bedankt sich ganz herzlich - werde ich später testen. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
2008/7/24 Carsten Schwede [EMAIL PROTECTED]: Bitte daher die Kachelnummern neu berechnen. Was Worldfile ist auch noch nicht Mapsourcefähig, da die Übersichtskarte und das TDB-File fehlen. Sehe ich das richtig, dass es deswegen auch mit Qlandkarte nicht geht? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
2008/7/24 Carsten Schwede [EMAIL PROTECTED]: Das Worldfile geht noch nirgends komplett und direkt. Das Deutschlandfile geht in Qlandkarte und in Mapsource (eben getestet). Das freut mich natürlich, aber bringt mir hier in Irland leider nicht viel. Aber auf die Verbesserungen freue ich mich schon, wenn nächste Woche oder irgendwann die fehlende Files wiederkommen. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Renderingfehler bei Abfahrt
2008/7/16 Jens Frank [EMAIL PROTECTED]: Das duerfte daran liegen, dass die Bruecke einen anderen Layer hat als das Strassenstueck. Hier hilft es normalerweise, fuer den Node, an dem die Ausfahrtnummer haengt, auch den Layer der Bruecke einzutragen. Nein, bitte nicht! Die Kartendaten sollen immer der Realität entsprechen. Falsche Daten sind für Rendererschwächen keine Lösung. Repariere lieber den Renderer, dann haben wir alle was davon. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
2008/7/15 Gerd von Egidy [EMAIL PROTECTED]: Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei Deinem etwa nicht? Früher oder später kapiert das jeder. Oft im Urlaub, für die Leute, die Geld sparten, beim Kauf eines Gerätes ohne Auslandskarten. Spätestens als sie feststellen, dass die Kartendaten nicht von selber und auf keinen Fall kostenlos aktuelisiert werden. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
2008/7/14 André Reichelt [EMAIL PROTECTED]: Aber wegen der Nutzung der Sat-Bilder hat ihn keiner angesprochen, oder? Doch, natürlich. Kurz gesagt, für's Abmalen werden weitere Lizenzgebühren verlangt. Dass Google für die Mapmakergebiete schon bezahlt hat hilft uns aber nicht weiter. Google darf, so wurde es uns erzählt, die Bilder nicht allen für's abmalen zu Verfügung stellen, sondern nur denjenigen, die ihre Daten direkt an Google weitergeben. Wo die gesammelte Daten landen scheint also eine sehr grosse Rolle zu spielen... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] www.OpenRouteService.org kann nun auch Fahrradrouting mit OSM Daten
2008/7/4 Heiko Eckenreiter [EMAIL PROTECTED]: Nach De:Map_Features ist das primäre Merkmal von trunk die Kreuzungsfreiheit: [...] der sonstige Ausbau ist autobahnähnlich, also generell kreuzungsfrei. Auch Straßen, die allgemein durch das Verkehrszeichen Kraftfahrstraße gekennzeichnet sind, werden Schnellstraßen genannt und sind zusätzlich mit einem motorroad=yes zu markieren [...] Denkt aber bitte daran, dass es diese Richlinien in anderen Ländern gar nicht geben. In Irland und GB wird Trunk für die oberste Klasse von nicht-Autobahnen benutzt, die teilwese sehr durchschnittliche Landstrassen sind. Angenommen, dass die gute Arbeit von OpenRouteService auch mal außerhalb Deutschland eingesetzt werden soll, wäre es Schade, zu viel in die Tags reinzuinterpretieren. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
2008/6/26 Carsten Schwede [EMAIL PROTECTED]: Hast Du nochmal die Registry- Einträge überprüft? Eventuell stimmt da was nicht. Ich kann ja heute Abend nochmal meine Werte aus der Regitry posten. Überpruft, gelöscht und neu gemacht, nach deinem Beispiel. Neu posten wäre nicht schlecht. Danke, Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
2008/6/25 Carsten Schwede [EMAIL PROTECTED]: Kleine Neuerung heute: Die Dateien funktionieren alle problemlos in Mapsource! Auch das Deutschlandfile. Mit oder ohne Typ- File. Ich war zwar froh, das zu lesen, aber bei mir ist das leider nicht der Fall. Ich versuche das auf dem Zweiten Rechner, um Zufälle auszuschliessen... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
2008/6/25 Dermot McNally [EMAIL PROTECTED]: Fall. Ich versuche das auf dem Zweiten Rechner, um Zufälle auszuschliessen... Nein, geht leider gar nicht, Mapsource spielt nicht mit. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Routingfaehige Garminkarten
2008/6/6 Thomas Hieber [EMAIL PROTECTED]: allerdings lässt sich meine mit osm2mp convertierte map dort nicht compilieren - er meckert herum, dass die Datei fehlerhaft wäre - vermutlich ist osm2mp noch etwas buggy. Bei mir auch, dafür ist der Grund auch klar. Wenn zwei Routingpunkte zu nah aneinander liegen (näher als 5,4m) ist das entweder bei cGPSmapper nicht erlaubt oder möglicherweise auf Garminkarten überhaupt. Mit cGPSmapper Personal (was man 1 Monat lang testen darf) kann man diesen Fehler ignorieren, dann werden die Nodes gemerged, die so stören. Mit Fehler-Ignorieren konnte ich zwar von ganz Irland keine Karte erstellen (es trat noch ein Fehler auf, den ich nicht verstehe), dafür aber von einem ordentlichen Umschnitt um Dublin. Die Karte funktioniert und ist Routingfähig. Die vorgeschlagene Strecken sind zwar nicht ganz so clever. Da kann entweder mein Vista schuld sein, oder vielleicht müssen die Wichtigkeitsstufen der OSM Strassenklassen noch angepasst werden. Das ganze ist vielversprechend, auch wenn die freie Lösung wesentlich flexibler wäre. Aber das Spielen mit diesem Tool kann uns viele Ideen geben. Auch die OSM Daten profitieren wohl davon, weil saubere Daten für diese Anwendung sehr wichtig sind. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nachzeichnen von verschobenen Luftbildern
2008/5/24 [EMAIL PROTECTED]: Jemand schlug vor, beim Öffnen von Potlatch eine Meldung anzuzeigen, die darauf hinweist. Ja, das war mein Vorschlag. Stattdessen möchte ich vorschlagen, daß zu jedem Weg und zu jeder einzeln stehenden Node in Potlatch automatisch eine Note angefügt werden soll, falls ein Luftbild als Hintergrund genutzt wurde und kein Track angezeigt war. Edited using unverified Luftbild oder so. Das schadet nicht, aber verhindert nicht das, was ich verhindern wollte. Wer mitten im Pampa neue Wege erstellt, die leicht verschoben sind, stört nicht besonders. Diese Arbeit lässt sich später korrigieren und ist immerhine besser als nichts. Aber wer als Newbie ganze schon gemappte Gebiete vershchiebt, weill sie mit dem Hintergrund nicht übereinstimmen, der macht einen Mist der genau so ärgerlich ist mit diesem Hinweistag, das zeigt was er gemacht hat. Viel lieber warnen wir ihn davor, das überhaupt anzufangen. MHO, Dermot Wäre das machbar? Wer's besser weiß, kann die Note dann ja rausnehmen. Gruß Lulu-Ann -- Super-Acktion nur in der GMX Spieleflat: 10 Tage für 1 Euro. Über 180 Spiele downloaden und spiele: http://flat.games.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Danke wie immer für die Bemühung. Ich habe aber eine neue Bemerkung. Es fällt mir auf, dass bei manchen Zoomstufen (in Mapsource, bei 700m oder größer) place=hamlet größer dargestellt wird als place=village, kommt also wichtiger vor. Genau gesagt, werden die Hamlets genau wie place=town gezeigt. Sollte doch einfach zu lösen sein, oder? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
2008/5/15 Carsten Schwede [EMAIL PROTECTED]: definiert, der Code 0x11 bezeichnet ein Dorf mit weniger als 100 Einwohnern, das ist die kleinste Definition in der Garmin-Liste für eine Ansiedlung. Der Zoomlevel 24 heißt zusätzlich dass der Punkt nur beim ganz nah reinzoomen angezeigt werden soll. (So wie Telefone oder sowas) Ich kanns leider grade nicht auf meinem Gerät testen, möglicherweise ein Bug in der GPS-Gerät- Software? Wenn, dann in Mapsource selbst, weil mir diese Darstellung nur da aufgefallen ist. Auf dem Gerät selbst ist das nicht eindeutig zu ahnen, dafür muss ich wohl eine Teststelle erwischen, wo gleichzeitig town, village und hamlet auf dem Kleindisplay zu sehen sind. Auf dem Vista werden aber scheinbar town und village nicht unterschiedlich gross gezeigt, dafür werden die villages schneller ausgeblendet. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] State Of The Map, wieder mal
2008/5/14 Frederik Ramm [EMAIL PROTECTED]: Bislang gibt es, soweit ich sehen kann, drei Leute von uns, die ihr Kommen angekuendigt haben: Dermot, Michael Kugelmann, und ich. Frank Mohr hat im Wiki geschrieben, dass er vielleicht auch kommt, also dreieinhalb. [...] Ich wuerde mich ausserdem freuen, wenn jemand (Dermot? Michael? Frank?) sich bereit erklaeren wuerde, einen kurzen Vortrag the state of Germany zu halten, in dem man den anderen so ein bisschen Hier soll ich mich amtlich als Ire outen - recht wenig habe ich in Deutschland gemappt, etwas mehr in Österreich aber hauptsächlich bin ich in meiner irishchen Heimat tätig. Bei Bedarf kann ich die deutsche Gemeinde ein bisserl aufstärken - mich laut beschweren, Sitzplätze mit Handtuch reservieren oder so. Sollte es wirklich bei 2-3 bleiben, kann ich alle von Dublin nach Limerich mitnehmen, die die Strecke fahren müssen. Aber viel lieber gebe ich Fred Recht, dass aus dem deutschspachigen Raum deutlich mehr kommen sollen. Ich kann euch Céad míle fáilte anbieten. Auch wenn die Flugverbindungen nicht optimal sind, gerade nach Shannon, sieht es viel besser aus, als vor 10 Jahren, als ich die Strecke München-Dublin fast nur mit Umstieg fliegen konnte. Gerade die relativ neue irische Mappergemeinde kann von eurer Erfahrung profitieren. Hier ist auch noch eine Menge zu Mappen, für diejenigen von euch, die euer ganzes Umland schon vollgemappt haben... Slán, Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] .tcx Format sollte vielleicht auch in Zukunft in JOSM verwendbar sein
2008/5/8 Christian Matzat [EMAIL PROTECTED]: Auch wenn es ein bisschen kommerziell aussieht kostet das Ding imho nichts (mein Italienisch ist nicht so gut). Gibts für alle gängigen OSe. Sieht schon praktisch aus. Aber sind nur 3 Betriebsysteme gängig? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bypässe an Kreisverkehrer
2008/5/7 Gerald Oppen [EMAIL PROTECTED]: Ausserdem würde ich nicht bypass sondern link=yes nehmen und damit eventuell auch highway=motorway_link etc. ablösen. Oder sieht da jemand ein Problem damit? Ich habe nichts dagegen, highway=link zu erlauben. Aber motorway_link soll auf jeden Fall bleiben. Auf Autobahnen (und eigentlich auch Kraftfahrstrassen) ist es nützlich, zwischen Autobahnzone und normalen Strassen unterscheiden zu können. D.h., wo blau ist, darf kein Fussgänger hin. Diese Darstellung ist in GB und IRL üblich, auch wenn das in D nicht so in ist. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 23.4.08
Hallo, wieder ist mir etwas aufgefallen, was auf den Garminkarten nicht so dargestellt wird, wie man hoffen würde. Es handelt sich hier um highway=*, area=yes, was ab und zu für Plätze benutzt wird, wie hier beschrieben: http://wiki.openstreetmap.org/index.php/Key:area Wie machbar ist das? Unterstützen die Garmingeräte solche Flächen? Dass man bei z.B. Autobahnen Probleme hätte kann ich nachvollziehen. Aber gerade Fussgängerplätze mit highway=pedestrian sehen leider nicht so toll aus, wie man hier auf Mapnik sehen kann: http://geo.topf.org/comparison/index.html?mt0=mapnikmt1=tahlon=-6.2419295lat=53.3487964z=17 Dermot On 24/04/2008, Carsten Schwede [EMAIL PROTECTED] wrote: Hallo, So, jetzt sind wieder die richtigen Elemente in der Karte vorhanden. Ihr könnt loslegen. :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 16.4.08
On 17/04/2008, Nils Reuter [EMAIL PROTECTED] wrote: Mein Problem: Das aktuelle scheint nicht zu funktionieren. Nach dem überspielen auf den Garmin etrex venture cx erscheint nur die basemap (auf allen zommstufen). Das gmapsupp.img File wird anscheinend nicht (richtig) verarbeitet. Mir ist (mit Mapsource auf Windows) genau das gleiche passiert. Ich habe es erneut versucht, mit kleinerem Kartenabschnitt. Nachdem das geklappt hat, habe ich einen größeren Abschnitt genommen, ganz Europa und noch etwas mehr. Ist auch gegangen. Dieser Abschnitt war allerdings kleiner, als beim ersten Versuch. Die neue Strassendarstellung finde ich übrigens viel besser. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Renderrequest beim Upload?
On 16/04/2008, Till Maas [EMAIL PROTECTED] wrote: Soweit ich weiß passiert das schon, nur dass sich [EMAIL PROTECTED] bei der Datenbank nach Änderungen erkundigt (per RSS-Feed) und dann die jeweiligen Gebiete neu rendert. Ich bin auch einer, der in der Regel über informationfreeway seine Tiles neu rendern läßt. Dass [EMAIL PROTECTED] das automatisch erkennen soll ist zwar schön und gut. In der Tat scheint es aber anders zu gehen. Stellt euch folgendes vor: 1. Du machst eine Änderung, und lädst sie um 12:00 hoch 2. [EMAIL PROTECTED] merkt diese Änderung und die Kachel wird von einem Client zum rendern angenommen. (12:15) 3. Kurz danach änderst du im gleichen Gebiet noch etwas. (12:20). [EMAIL PROTECTED] gibt die Kachel aber nicht zum rendern weiter, weil sie ja schon vergeben ist. 4. Der [EMAIL PROTECTED] Client lädt die neue Kachel hoch (12:45). Die neue Kachel entspricht den Stand von 12:00, es fehlen allerdings die Edits von 12:20. 5. (und hier bin ich mir nicht sicher): [EMAIL PROTECTED] lässt die Kachel immer noch nicht rendern, weil die vorhandene Kachel neuer ist, als die letzte Datenänderung. Um den letzten Stand zu sehen, muss man entweder warten, bis noch etwas geändert wird, oder das mit informationfreeway zwingen. Kann sein, dass ich hier falsch liege. Es wäre allerdings eine Erklärung dafür, dass manche Edits doch nicht automatisch neu gerendert werden... Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
On 10/04/2008, Christoph Eckert [EMAIL PROTECTED] wrote: also wenn ich Tagwatch richtig interpretiere lässt sich nicht auf eine allzu häufige Verwendung schließen. In Irland verwenden das noch einige. Ich glaube, dass eine ältere Lakewalker-Version so getagged hat. Einerseits könnte ich alle finden und umtaggen. Da würde ich aber lieber vorher Kontakt mit den Mappern aufnehmen, für den Fall, dass eine solche Umstellung für sie Ärger machen könnte. Während es sicherlich einfach wäre, die Garmin Darstellung an Mapnik und Osmarender anzupassen. Aber wenn du das lieber sauber lässt habe ich nicht so viel dagegen, in dem Fall bemühe ich mich die lakes einfach umzustellen. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
On 10/04/2008, Christoph Eckert [EMAIL PROTECTED] wrote: für Irland listet http://etricceline.de/osm/ireland/en_stats_natural.htm einen Node und (immerhin) noch 12 Ways. natural=water kommt als Weg allerdings 75mal vor. In anderen Ländern sieht es allerdings für den lake schlechter aus. Wow! Bin für den Link sehr dankbar. Bis jetzt hatte ich nichts vergleichbares für Irland gesehen. Nö, ist mir egal. Wenn natural=lake in der Datenbank häufig genug vorkommt als dass jemand was mit machen möchte ist das fein. Wären es allerdings meine (sprich von mir gemappte) lakes würde ich sie auf natural=water umstellen. Sehe ich auch so. Meine Seen - ich hatte sie als lake früher auch so getaggt - habe ich schon umgestellt. Mir war nicht klar, dass lake auch hier so selten benutzt wird. Nur, dass ich das von mehreren Mappern gesehen hatte in Gebieten wo ich auch aktiv war. Bei der eigentlichen Menge habe ich wirklich nichts dagegen, Kontakt aufzunehmen um eine freundliche Umstellung zu ermöglichen. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Typfile für Garminmaps
On 10/04/2008, Till Maas [EMAIL PROTECTED] wrote: On Thu April 10 2008, Stefan Seifert wrote: wie schon ein paar mal erwähnt müsste das typfile nur zusammen mit den Dateien von Carsten mit sendmap an das GPS geschickt werden. Der ganze Aufriss von mir mit den neuen tdbfile und dem regfile ist nur für Mapsource unter Windows notwendig. Zum Glück mache ich das tatsächlich mit Mapsource :( Wird die TDB-Datei neu erstellt, oder soll ich mich schlau machen, wie das geht? gewöhnt. Kannst Du evtl. auch mal einen Vorher/Nachher Screenshot von 'nen Vista HCx posten, damit ich das mal mit meinem Legend HCx vergleichen kann? Ein Vorherbild steht schon bereit. Nachherbild muss warten, bis eine neue TDB file da ist. Aber kurz gesagt, sind deine Autobahnen blau, dann ist das TYP File im Spiel. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Update
On 28/03/2008, Frederik Ramm [EMAIL PROTECTED] wrote: Ja, und ausserdem sind bei heruntergeladenen GPS-Daten alle Pfeile in der falschen Richtung. Beides werde ich reparieren. Das mit der falschen Richtung war mir früher aufgefallen bei Convert to Track (ja, sowas mache ich). Wäre schön, wenn die Lösung für beiden Fällen passend wäre. Dermot PS: die Features hatte ich mir auch oft gewünscht, Hut ab! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Yahoo Bilder in JOSM und Osmarender-Problem mit Firefox
On 17/03/2008, Christian Karrié [EMAIL PROTECTED] wrote: - schlecht für Strassen, Gebäude. Es passt einfach nicht mit den GPS-Koordinaten überein, es leitet einen dazu an, Wege auf Basis der Luftbilder zu generieren. Jedoch ist die Verzerrung in manchen Gebieten sehr groß und deshalb nur mit Vorsicht zu geniessen!! Das lässt sich aber korrigieren, sowohl in Potlatch als auch in JOSM. Klar, dass man manche Datenpunkte dazu benötigt, aber wer sich auskennt kann von beiden Welten das Beste geniessen. So bleibt nur das Problem, dass manche Mapper nicht so informiert sind. Was spricht dagegen, der Mapper eine Infomeldung zu Zeigen, immer wenn ein Luftbild im Editor erscheint. Die Meldung soll darauf hinweisen dass die Bilder von der Realität abweichen können und wie man das zu korrigieren hat. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 13.2.08
On 15/02/2008, Carsten Schwede [EMAIL PROTECTED] wrote: Bloss nicht, dann kommt es zum lustigen Kachelraten, wo ist denn meine Stadt heute? Die feste Einteilung ist deutlich einfacher zu handhaben. Ich sehe das aber anders - während in auf meinem Gerät für die ganze Welt genug Speicherplatz habe, ist es auch 2000 Kacheln beschrängt. Bei grösseren Kacheln dort, wo weniger gemappt ist, wäre das erledigt. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM für iPhone/iPod touch
On 07/02/2008, Daniel Schmidt [EMAIL PROTECTED] wrote: ich habe eine kleine Seite gebastelt, um OSM-Karten auf dem iPhone bzw. iPod touch darstellen zu können. Das finde ich einfach genial. Ich hatte schon auf der englischen Liste zu diesem Thema gepostet, mit einigen Vorschlägen, wie man den Slippymap Touch-tauglich machen könnte: http://lists.openstreetmap.org/pipermail/talk/2007-December/021306.html Features: * es können sowohl Mapnik- als auch Osmarender-Karten dargestellt werden Praktisch - ich finde allerdings, dass die Karte plötzlich grösser wird als der iPoddisplay nach dem Umschalten zwischen Kartendarstellungen. Ich finde auch, dass die Pfeile pro Schritt die Karte etwas zu weit verschieben, damit man es nicht so einfact hat, den Mittelpunkt am Anfang zu bestimmen und dann beliebig viel einzuzoomen. Aber es lässt sich bedienen, ein klarer Vorteil gegen dem Slippymap. Danke für die Initiative, Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
On 29/01/2008, Christoph Eckert [EMAIL PROTECTED] wrote: Hi, Das ist ja schon vorhanden, und sogar (glaube ich) inzwischen fest eingebaut. konvertieren geht schon ziemlich lange, ja. Sorry, das hätte ich viel deutlicher schreiben sollen. Das Reinigen von überflüssigen Punkten geht auch seit einiger Zeit. Ich habe mich auch geirrt, indem die Fähigkeit doch noch das Utils-Plugin benötigt. Hier: http://lists.openstreetmap.org/pipermail/josm-dev/2007-October/000175.html Und im restlichen Thread findest Du einige Hinweise dazu, aber kurz erzählt: * Utils Plugin installieren * Configdatei anpassen, wie unterm Link beschrieben Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
On 29/01/2008, Christoph Eckert [EMAIL PROTECTED] wrote: Ich hoffe ja immer noch dass jemand mal einen Patch für JOSM bastelt, der es gestattet die zu konvertierenden Trackpunkte mit der Maus zu selektieren, diese bereinigt und dann konvertiert. Dann wird diese Methode nämlich auch für kürzere fehlende Stücke interessant. Selbst für ein Stück fehlende gebogene Straße in einem Wohngebiet. Das ist ja schon vorhanden, und sogar (glaube ich) inzwischen fest eingebaut. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 26.12.07
On 28/12/2007, Carsten Schwede [EMAIL PROTECTED] wrote: Ganz so euphorisch würde ich das nicht bezeichnen, aber ich habs geschafft. Ja, das hast du! Ich habe inzwischen ähnliche Erfahrungen gemacht, wie du. Da ich schon eine ältere Release auf Mapsource installiert hatte, habe ich erstmal alle Dateien aktualisiert. Dabei habe ich die .tbd und die Überblick-.img-Datei in world.* umbenannt, was eventuell nicht so schlau war. Trotzdem habe ich ganz am Anfang Karten sehen können, und auch Zoomen ging deutlich länger als vorher. Doch irgendwann stürzte Mapsource doch ab - seitdann sehe ich zwar Kacheln, dafür aber keine Daten. Das ist mir allerdings relativ Wurst, denn ich trotzdem Kartensätze zusammenbasteln und auf Gerät hochladen kann. Nur eine Kleinigkeit stört - ich war dabei ganz happy eine Ganzeuropakarte zu erstellen. Da kam allerdings eine Fehlermeldung. Ich habe also schrittweise meine Karte ergänzt, bis ich die eine Kachel identifizieren konnte, die zum Fehler führt. Die liegt (wie könnte es anders sein) hauptsächlich in den Niederländen, und unterscheidet sich von allen anderen indem sie recht gross ist (13.3MB). Nummer ist 63254855. Liegt das nur an der Grösse? Oder können fehlerhafte OSM-Daten auch eine Rolle spielen? Nett wäre es, eine Lösung zu finden - ausser diese Kachel habe ich ein Grossteil der Welt auf meinem Garmin, und bei jeder Ausgabe deiner Daten werden wir wohl sonst fehlerhaften Kacheln neu finden müssen. Aber das Ergebis is durchaus positiv - danke für die Mühe! Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 26.12.07
On 28/12/2007, Carsten Schwede [EMAIL PROTECTED] wrote: gleichzeitig installierbar. Zusätzlich funktioniert nun auch so einigermaßen die Verwendung in Mapsource, so daß andere Karten zusammen mit OSM im GPS-Gerät verwendet werden können. (Siehe Screenshot auf meiner Wiki-Seite) Ich bin zwar dabei, den neuen Datensatz runterzuladen zum Testen, aber es schadet nicht zu fragen: heisst das, dass Mapsource nicht mehr beim Zoomen abstürzt, und es nun erlaubt, einen Mapset aus verschiedenen Kacheln zu erstellen und aufs Gerät hochzuladen? Toll wär's... Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Viel Mist: Zu viel Intelligenz in josm und Co.
On 10/10/2007, Holger Issle [EMAIL PROTECTED] wrote: Das sind Fälle die man bedenken muß. Hier wäre denkbar, dieses Stück Straße als Furt zu taggen (wohl auch sinnvoll, ein Porsche 911 will da nicht durch, ein 4x4-Fahrer würde solche Stellen suchen). Und nur eine Furt darf einen Fluß kreuzen (im sinne von Kreuzung), eine Straße über Wasser ist immer eine Brücke oder eine Furt. Das finde ich weniger sinnvoll. Eine Furt, die nur mit Geländewagen zu überqueren ist, würde ich als Unterbrechung der Strasse taggen. Ich denke eher an sowas: http://www.flickr.com/photos/[EMAIL PROTECTED]/1392600014/ Die ist auch mit deinem 911er zu schaffen. Mit einer Brücke kannst du eine Furt nicht vergleichen, und ohne Levelunterschied finde ich es nicht legitim, die Ways einfach übereinander laufen zu lassen ohne Verknüpfung. Um das wieder on-Topic zu bringen, die Furt dient als unwichtiges Beispiel dafür, dass wir dem Editor nicht verbieten sollen, bestimmten Wege zu verknüpfen nur, weil wir es heute für unnötig halten. Jeder muss selber schauen, beim anlegen neuer Nodes, ob das Ergebnis richtig ist. Da kann der Validator auch helfen. Er kann auch jeden Fall so erweitert werden, dass solche unwahrscheinliche Verknüpfungen auffallen. Und meine kleine Furt in Kerry kann als Ausnahme behandelt werden. Gruß, Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Verkehrsberuhiger Bereich (Vorher: N euer Vorschlag für Tagging Presets in JOSM)
Meine Meinung als Englisch-Muttersprachler: Ich würde nur vorsichtig Traffic-calmed mit Spielstraße vergleichen. Unter Traffic-Calming versteht man irgendwelche Maßnahmen um den Verkehr zu beruhigen. So etwas kommt leider recht häufig in manchen Ländern vor, und nicht unbedingt nur in 30er Zonen oder Spielstrassen. Am verbreitesten sind Geschwindigkeitshügelchen und Engpunkten bei Ortseinfahrten. Dagegen sind die meisten (mir bekannten) deutschen Spielstrassen gar nicht gecalmed wie man das auf Englisch versteht - ein blaues Schild zählt hier nicht, denn es stellt kein richtiges Hindernis dar. Ich würde traffic_calmed=yes eher verwenden, um darauf hinzuweisen, dass eine sonst normale Straße, wo auch normale Regeln gelten, baulich gecalmed ist. Auch von living_street möchte ich davon abraten. Darunter versteht man nicht unbedingt, dass das eine Strasse zum Leben ist, sondern möglicherweise eine Strasse die lebt. Besser wäre vielleicht highway=pedestrian_priority. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Verkehrsberuhiger Bereich (Vorher: N euer Vorschlag für Tagging Presets in JOSM)
On 19/07/07, Nils Reuter [EMAIL PROTECTED] wrote: Dermot McNally schrieb: highway=pedestrian_priority. Hmm, da besteht aber Verwechslungsgefahr mit highway=pedestrian (also der normalen Fußgängerzone, in der grdsl kein Autoverkehr erlaubt ist (außer zB Lieferverkehr zu bestimmten Lieferzeiten) So sehe ich das aber nicht. Man verwechselt ja motorway nicht mit motorway_link - beide sind ähnlich, und link weist auf den Unterschied darauf hin. Aber für mich ist eine Spielstrasse eben doch nichts anders als eine Fußgängerstrasse mit begrenzter Zufahrt für den Autoverkehr. Kartendarstellung und Routenplanereinschränkungen könnten eigentlich bei beiden gleich bleiben. Könnte man ja so taggen: highway=pedestrian maxspeed=7 motorcar=yes spielstrasse=yes Somit erbt man von Fussgängerstrassen alles was nützlich ist, ein Renderer kann, soweit erwünscht, eine alternative Darstellung verwenden und OSM erhält keinen weiteren Strassentyp, der in vielen Ländern nicht so gut verstanden und evtl. sogar missbraucht wäre. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
