Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Zitat malenki: > Jan Tappenbeck schrieb: > > [quoting repariert] >>malenki schrieb: [...] >> > malenki, >> > dem der Beitrag bis auf das "the lone, lone mapper" gut gefiel > >> das mit dem abspann der einsamkeit - ist auf deren mist gewachsen. > > Das dachte ich mir, finde es trotzdem nichtschön. Da denkt der > Zuschauer wieder: Das machen die Hacker und Computerfritzen, wenn sie > mal Auslauf brauchen. ;) Mit Verlaub, das ist Quatsch. Du kennst die Interna von OSM, deswegen faellt und stoesst dir dieser Punkt auf. Deine Sicht ist aber nicht die Sicht der Leute, die aller Jubeljahre mal einen Stadtplan in der Hand haben oder sich bei Aldi ein Navi gekauft haben oder vom Enkel ein GPS- Geraet geschenkt bekommen haben, damit sie jetzt als Rentner ihre Fahrradtouren interessanter gestalten koennen, oder, oder, oder. Der Bericht zielt in erster Linie auf den sozialen Aspekt ab, aehnlich uebrigens wie der Bericht mit den Schweinen davor. Da sind Leute, die tun etwas, weil es ihnen Spass mach, weil es sie interessiert und weil sie es wichtig finden, dass es gemacht wird. Und sie tun es nicht, weil sie etwas damit verdienen wollen, sondern um anderen Menschen zu helfen, um ihnen ein Angebot zu machen. OSM eignet sich gut zu diesem Thema, weil jeder weiss, was eine Karte ist. Das war kein OSM Lehrfilm. Es war imho noch nicht einmal vordergruendig Werbung fuer OSM, es war ein Beispiel fuer soziales Engagement. Im Uebrigen steht der Satz "ein einsames Hobby" im Kontrast zu dem was gezeigt wird. Jan trifft sich mit jemand, um ein Dorf aufzunehmen, dabei wird erwaehnt, dass es 100k OSM-Mitglieder gibt und man sieht beide in einem Cafe sitzen und gemeinsam Daten eingeben. So einsam kann es also gar nicht sein. Und sooo falsch ja auch nicht, denn die meisten Leute ziehen in den meisten Faellen alleine los zum Mappen. Wer sagt, dass dieser Umstand nicht genau das ist, was die Mitarbeit bei OSM eventuell attraktiv macht? Die Welt ist bunt. Ich fand gut, dass in der Anmoderation der Begriff "Mapper" explizit mit dem Bericht in Zusammenhang gebracht wird. Jetzt wissen zumindest hier im Norden ein paar Leute mehr, was das ist. [...] >> was willst du also noch mehr ? > > Noch mehr noch bessere PR! Ooohh, ein Freiwilliger!!!1elf Mal schauen, was haben wir denn da noch... ... aaah, ja... Hamburg: - Bericht fuer das ZDF - Stand auf dem Umsonstfest - Vortrag und Workshop auf dem Easterhegg Koeln: - Stand auf der Sigint Hannover: - Stand auf der Cebit 2010 Und das sind nur meine offenen Posten. Das Presseteam freut sich auch ueber jede potente Unterstuetzung. Wo darf ich dich eintragen? > (Und ein gescheites Quoting) Das allerdings. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Jan Tappenbeck schrieb: > denkt bitte daran - ich hatte nach einem Mitschnitt für OSM gefragt > (Veröffentlichung im Web) und dieses wurde, mit Hinweis auf rechtl. > Belange, negative bewertet !!! Da ich nicht weiss, ob das Hochladen auf eine Filesharingseite rechtlich schon eine Veröffentlichung darstellt, habe ich mal auf den Löschlink geklickt, allerdings ist das Filmchen momentan wohl noch da Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Hallo Jan, ich finde Deinen Bericht ausgezeichnet! Du und das NDR-Team, Ihr habt da wirklich gute Arbeit geleistet. In 3 1/2 Minuten das Wesentliche ausgedrückt... Schick mit doch per PM die Tel-Nr. der Redakteurin, ich möchte den Bericht gerne verwenden. Noch ein Tip für alle, die Ähnliches vor haben: Als "Musterobjekt" zum Taggen würde ich etwas nehmen, das für jeden Bürger bedeutsam ist (Bäcker, Briefkasten, Bushaltestelle, Fussweg). Also nicht so exotische Dinge wie HKTS (das könnte auf manche eher lächerlich wirken). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Hallo, Michael Buege wrote: > Hamburg: > - Bericht fuer das ZDF > - Stand auf dem Umsonstfest > - Vortrag und Workshop auf dem Easterhegg > Koeln: > - Stand auf der Sigint > Hannover: > - Stand auf der Cebit 2010 Der Linuxtag 2009 wirft auch schon wieder seine Schatten voraus ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik oder Openlayers, wo liegt das Problem?
Hallo, Christian Maurer wrote: > so sieht das ganze aus, wie wenn die Kachelreihen vertausch währen. Pruefe mal, ob Deine Kacheln "richtig" benamt sind. Die Kachel z/x/y/z muss immer direkt oberhalb der Kachel z/x/y+1 liegen. Wenn das stimmt, dann hast Du richtige Kacheln und falsches OpenLayers (benutzt Du auch den OpenStreetMap-Layer oder hast Du evtl. was falsch konfiguriertes eigenes genommen?), und wenn das nicht stimmt, dann hast Du schon bei den Kacheln einen Fehler (wie hast Du die erzeugt, mit mod_tile oder generate_tiles oder?) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gestrige Meldung von straßen.nrw
Moin Tobias, >Thomas Reincke schrieb: >> Abgesehen davon das es wohl ein Aprilscherz war. Kreative Lösungen >> gibt es in der Praxis durchaus. Auf der A44 gab es kurz vor >> Düsseldorf ein Stückchen das als Bundesstraße deklariert war. Dann >> kam eine signalgeregelte Kreuzung und danach wurde aus der >> Bundesstraße wieder eine Autobahn. >A44 Richtung Dortmund ist ja auch witzig ... plötzlich bist Du auf >der B1, alles sieht noch aus wie Autobahn, bis Dich jemand rechts >überholt. Da, wo man rechts überholen darf, sieht die B1 nicht wie Autobahn aus (ok, vll. für Radfahrer...). Und "plötzlich" wechselt man in Richtung Osten auch nicht auf die B1, erstmal quetscht man sich durch die Baustellenbereiche rund um die Schnettgerbrücke :-) Ach ja, wie war noch der Standardspruch? "Wenn du per Autobahn von Holland nach Polen fährst, und du kommst an eine Ampel, dann bist du in Dortmund." Rainer (der sich noch an das niederländische Autobahn-Kreisverkehrchaos erinnern kann, /bevor/ die anfingen, Brücken drüber zu bauen. Der andererseits die fast überall geradlinigen Zufahrten schätzt ohne diese deutschen Gewaltbremskurven.) -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gestrige Meldung von straßen.nrw
Rainer Knaepper schrieb: > Moin Tobias, > > >> Thomas Reincke schrieb: >> >>> Abgesehen davon das es wohl ein Aprilscherz war. Kreative Lösungen >>> gibt es in der Praxis durchaus. Auf der A44 gab es kurz vor >>> Düsseldorf ein Stückchen das als Bundesstraße deklariert war. Dann >>> kam eine signalgeregelte Kreuzung und danach wurde aus der >>> Bundesstraße wieder eine Autobahn. >>> > > >> A44 Richtung Dortmund ist ja auch witzig ... plötzlich bist Du auf >> der B1, alles sieht noch aus wie Autobahn, bis Dich jemand rechts >> überholt. >> > > Da, wo man rechts überholen darf, sieht die B1 nicht wie Autobahn aus > (ok, vll. für Radfahrer...). Und "plötzlich" wechselt man in Richtung > Osten auch nicht auf die B1, erstmal quetscht man sich durch die > Baustellenbereiche rund um die Schnettgerbrücke :-) > > Ach ja, wie war noch der Standardspruch? "Wenn du per Autobahn von > Holland nach Polen fährst, und du kommst an eine Ampel, dann bist du > in Dortmund." > > > Rainer > (der sich noch an das niederländische Autobahn-Kreisverkehrchaos > erinnern kann, /bevor/ die anfingen, Brücken drüber zu bauen. Der > andererseits die fast überall geradlinigen Zufahrten schätzt ohne > diese deutschen Gewaltbremskurven.) die erste Ampel kommt aber schon, wenn man die A44 von Aachen nach Düsseldorf nimmt auf kurz vor Neuss auf der A46. Also nicht meinen, dass sei schon Dortmund *g* Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik oder Openlayers, wo liegt das Problem?
Frederik Ramm schrieb: > Hallo, > > Christian Maurer wrote: > >> so sieht das ganze aus, wie wenn die Kachelreihen vertausch währen. >> > > Pruefe mal, ob Deine Kacheln "richtig" benamt sind. Die Kachel z/x/y/z > muss immer direkt oberhalb der Kachel z/x/y+1 liegen. Wenn das stimmt, > dann hast Du richtige Kacheln und falsches OpenLayers (benutzt Du auch > den OpenStreetMap-Layer oder hast Du evtl. was falsch konfiguriertes > eigenes genommen?), und wenn das nicht stimmt, dann hast Du schon bei > den Kacheln einen Fehler (wie hast Du die erzeugt, mit mod_tile oder > generate_tiles oder?) > > Bye > Frederik > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > danke für die schnelle Antwort, hab mal einige kacheln mit denen von tile.openstreetmap.org verglichen, und die stimmen (bis auf ein paar farben) überein, denke also das mapnik richtig arbeitet (hab sie mit generate_tiles erzeugt) da ich mich mit openlayers noch nicht wirklich auskennen hab ich einfach das tms beispiel abgeändert, das sieht dann so aus var lon = 5; var lat = 40; var zoom = 5; var map, layer; function init(){ map = new OpenLayers.Map( 'map', {maxResolution:1.40625/2} ); layer = new OpenLayers.Layer.TMS( "TMS", "http://192.168.0.4/tiles/";, {layername: 'tiles', type:'png'} ); newLayer = new OpenLayers.Layer.TMS("New Layer", "http://192.168.0.4/tiles/";, {numZoomLevels: 19, type:'png'}); map.addLayers([layer, newLayer]); map.addControl(new OpenLayers.Control.LayerSwitcher()); map.setCenter(new OpenLayers.LonLat(lon, lat), zoom); } Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gestrige Meldung von straßen.nrw
Am 4. April 2009 12:35 schrieb Mario Salvini : > Rainer Knaepper schrieb: > > Moin Tobias, > > > > > >> Thomas Reincke schrieb: > >> > >>> Abgesehen davon das es wohl ein Aprilscherz war. Kreative Lösungen > >>> gibt es in der Praxis durchaus. Auf der A44 gab es kurz vor > >>> Düsseldorf ein Stückchen das als Bundesstraße deklariert war. Dann > >>> kam eine signalgeregelte Kreuzung und danach wurde aus der > >>> Bundesstraße wieder eine Autobahn. > >>> > > > > > >> A44 Richtung Dortmund ist ja auch witzig ... plötzlich bist Du auf > >> der B1, alles sieht noch aus wie Autobahn, bis Dich jemand rechts > >> überholt. > >> > > > > Da, wo man rechts überholen darf, sieht die B1 nicht wie Autobahn aus > > (ok, vll. für Radfahrer...). Und "plötzlich" wechselt man in Richtung > > Osten auch nicht auf die B1, erstmal quetscht man sich durch die > > Baustellenbereiche rund um die Schnettgerbrücke :-) > > > > Ach ja, wie war noch der Standardspruch? "Wenn du per Autobahn von > > Holland nach Polen fährst, und du kommst an eine Ampel, dann bist du > > in Dortmund." > > > > > > Rainer > > (der sich noch an das niederländische Autobahn-Kreisverkehrchaos > > erinnern kann, /bevor/ die anfingen, Brücken drüber zu bauen. Der > > andererseits die fast überall geradlinigen Zufahrten schätzt ohne > > diese deutschen Gewaltbremskurven.) > die erste Ampel kommt aber schon, wenn man die A44 von Aachen nach > Düsseldorf nimmt auf kurz vor Neuss auf der A46. Also nicht meinen, dass > sei schon Dortmund *g* Wie lange bist du da schon nicht mehr langgefahren? Die Ampel gibts seit 1 1/2 Jahren nicht mehr auf der Autobahn, wie man hier: http://www.informationfreeway.org/?lat=51.178814967901836&lon=6.670010475612296&zoom=16&layers=0F0B0Ferkennen kann. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Güter/Höfe benennen place=?? ?
Hi, wie macht ihr das mit dem Taggen von Höfen? Auf kommerziellen karten sieht man häufig Höfe oder Güter benannt - Im moment mache ich dann auf den addr node ein addr:housename aber irgendwie fuehlt sich das falsch an. place=hamlet ist ebenfalls falsch - aber wie macht ihr das? Gibts da schon was ggfs auch gerendert wird? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
hi ! dann mußt Du dich wohl am besten direkt an die NDR DAS! Redaktion wenden ! Findest Du im Web. Gruß Jan .-) Markus schrieb: > Hallo Jan, > > ich finde Deinen Bericht ausgezeichnet! > Du und das NDR-Team, Ihr habt da wirklich gute Arbeit geleistet. > In 3 1/2 Minuten das Wesentliche ausgedrückt... > > Schick mit doch per PM die Tel-Nr. der Redakteurin, ich möchte den > Bericht gerne verwenden. > > Noch ein Tip für alle, die Ähnliches vor haben: > Als "Musterobjekt" zum Taggen würde ich etwas nehmen, das für jeden > Bürger bedeutsam ist (Bäcker, Briefkasten, Bushaltestelle, Fussweg). > Also nicht so exotische Dinge wie HKTS (das könnte auf manche eher > lächerlich wirken). > > Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autobahnen mit Ampeln (was: Gestrige Meldung von straßen.nrw)
Torsten Breda schrieb: > die erste Ampel kommt aber schon, wenn man die A44 von Aachen nach > Düsseldorf nimmt auf kurz vor Neuss auf der A46. > > Wie lange bist du da schon nicht mehr langgefahren? Die Ampel gibts seit > 1 1/2 Jahren nicht mehr auf der Autobahn, Autobahnkreuze mit Ampeln gibt es haufenweise, meist dann, wenn eine Autobahn im Kreuz endet und als Landstraße weitergeführt wird. z.B. A46/A1 http://www.informationfreeway.org/?lat=51.31391308747967&lon=7.2669413270031224&zoom=15&layers=0F0B0F Oder am "Kreuz" Duisburg Süd A59/A524 http://www.informationfreeway.org/?lat=51.35450050213823&lon=6.765400536357036&zoom=15&layers=0F0B0F Und das Modell "Autobahn mit Kreisverkehr" gibt's hier auch, nur dass man die untergeordnete Straße dann in so ein Rondell verwandelt: Kaiserlei in Offenbach: http://www.informationfreeway.org/?lat=50.10657393758871&lon=8.738765654211128&zoom=17&layers=0F0B0F Das die Frankfurter jedoch mit Kreisverkehren leichter überfordert sind, gibt es hier einen Kreisverkehr mit vielen, vielen Ampeln: Opelrondell unter der A648 (heisst laut OSM angeblich "Katharinenkreisel") http://www.informationfreeway.org/?lat=50.11612389942094&lon=8.628194293730272&zoom=17&layers=0F0B0F -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
Hallo. Am Samstag 04 April 2009 14:12:57 schrieb Florian Lohoff: > wie macht ihr das mit dem Taggen von Höfen? Auf kommerziellen karten > sieht man häufig Höfe oder Güter benannt - Im moment mache ich dann auf den > addr node ein addr:housename aber irgendwie fuehlt sich das falsch an. > > place=hamlet ist ebenfalls falsch - aber wie macht ihr das? Gibts da schon > was ggfs auch gerendert wird? place=hamlet ist nicht immer falsch. Ich weiß nicht wie das bei euch gehandhabt wird, aber bei uns wird der Hofname (bei Aussiedlerhöfen) i.d.R. als Straßenersatz in der Adressangabe genutzt. In diesem Fall benutze ich dann place=hamlet. Mit wäre ein zusätzlicher Wert für place lieber, der einen Einzelhof bezeichnet, den gibt es aber AFAIK nicht. Anders ist es bei Höfen, die eher traditionell einen Namen haben ohne dass der eine Relevanz für die Adresse der Bewohner hätte. Da würde ich vermutlich irgendwie die Hoffläche als landuse=farmyard / name=* eintragen. Sowas habe ich bisher aber nicht gehabt. Ich kenne zwar solche Fälle, konnte aber den Hofnamen bisher nicht verifizieren. :) Gruß, Bernd -- Geld alleine macht noch nicht unglücklich. - Peter Falk (amerik. Schauspieler) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
Hallo Florian, > wie macht ihr das mit dem Taggen von Höfen? Auf kommerziellen karten > sieht man häufig Höfe oder Güter benannt - Im moment mache ich dann auf > den addr node ein addr:housename aber irgendwie fuehlt sich das falsch > an. > > place=hamlet ist ebenfalls falsch - aber wie macht ihr das? Gibts da > schon was ggfs auch gerendert wird? Zumindest, wenn es ein Building-polygon (building=yes/...) gibt, funktioniert es ganz gut, einfach noch ein name=... an das Polygon zu setzen. Siehe z.B. http://tools.geofabrik.de/map/?type=Mapnik&lon=14.62133&lat=48.41714&zoom=17 Dort "Lehner" und "Karlmair" (und auch viele weitere in der Umgebung). Nur ein building-Node mit name zu setzen habe ich noch nicht probiert. Gibt es da Erfahrungen? Viele Grüße, -- Holger Schoener nume...@ancalime.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
On Sat, Apr 04, 2009 at 02:43:38PM +0200, Holger Schöner wrote: > Hallo Florian, > > > wie macht ihr das mit dem Taggen von Höfen? Auf kommerziellen karten > > sieht man häufig Höfe oder Güter benannt - Im moment mache ich dann auf > > den addr node ein addr:housename aber irgendwie fuehlt sich das falsch > > an. > > > > place=hamlet ist ebenfalls falsch - aber wie macht ihr das? Gibts da > > schon was ggfs auch gerendert wird? > > Zumindest, wenn es ein Building-polygon (building=yes/...) gibt, > funktioniert es ganz gut, einfach noch ein name=... an das Polygon zu > setzen. Siehe z.B. > > http://tools.geofabrik.de/map/?type=Mapnik&lon=14.62133&lat=48.41714&zoom=17 > > Dort "Lehner" und "Karlmair" (und auch viele weitere in der Umgebung). > > Nur ein building-Node mit name zu setzen habe ich noch nicht probiert. Gibt > es da Erfahrungen? Naja - Aber nicht das building traegt ja eigentlich den namen sondern der Hof ggfs sogar mit allen Laendereien zusammen. Oft hat das ja dann noch nichteinmal mehr etwas mit der Bewirtschaftung oder den jetzigen Besitzern zu tun. D.h. eigentlich wuerde fuer sowas ein place gebraucht werden. Place hat aber oft auch was mit adresse zu tun - und das ist in meinem fall oft nicht der fall. place=hamlet bezeichnet ja eigentlich die in D uebliche Bauernschaft - markiert mit dem "gruenen" schild - Wenn es aber um einzelne Höfe geht triffts das nicht. Die geschichte mit "farmyard" und einen namen setzen ist vielleicht eine idee. Flo PS: Bei Karlmair die zufahrt heisst wirklich "Zufahrt"? Ist das nicht highway=service service=driveway? -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenLayers: GPX in anderem Verzeichnis
Moin ! ich habe eine Karte gebastelt bei der mit new OpenLayers.Layer.GPX("FFW 1 SH", "71770.GPX", "#335edb") auf die Wegerelation zugegriffen wird. Nun möchte ich etwas Ordnung schaffen - aber weder mit new OpenLayers.Layer.GPX("FFW 1 SH", "../data/71770.GPX", "#335edb") new OpenLayers.Layer.GPX("FFW 1 SH", "..\data\71770.GPX", "#335edb") habe ich Erfolg! Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
Hallo. Am Samstag 04 April 2009 14:50:53 schrieb Florian Lohoff: > PS: Bei Karlmair die zufahrt heisst wirklich "Zufahrt"? Ist das nicht > highway=service Noch bevor ich deine Antwort gelesen habe, habe ich die selbe Frage auf openstreetbugs eingetragen. ;-) Gruß, Bernd -- Ich kann so korrupt sein, wie ich will. Mich besticht sowieso keiner. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
On Sat, Apr 04, 2009 at 02:35:03PM +0200, Bernd Wurst wrote: > place=hamlet ist nicht immer falsch. > > Ich weiß nicht wie das bei euch gehandhabt wird, aber bei uns wird der > Hofname > (bei Aussiedlerhöfen) i.d.R. als Straßenersatz in der Adressangabe genutzt. > In > diesem Fall benutze ich dann place=hamlet. Mit wäre ein zusätzlicher Wert für > place lieber, der einen Einzelhof bezeichnet, den gibt es aber AFAIK nicht. Wenn es adressersatz ist waere ein place node richtig - das sehe ich auch so - also im prinzip sowas wie "place=historic" oder "place=traditional" was dann auch wirklich in addr nodes auftaucht. > Anders ist es bei Höfen, die eher traditionell einen Namen haben ohne dass > der > eine Relevanz für die Adresse der Bewohner hätte. Da würde ich vermutlich > irgendwie die Hoffläche als landuse=farmyard / name=* eintragen. Sowas habe > ich bisher aber nicht gehabt. Ich kenne zwar solche Fälle, konnte aber den > Hofnamen bisher nicht verifizieren. :) Sowas habe ich hier eher - Wobei teilweise mir der original Hof dann fehlt - d.h. teilweise ist der Hof als Hof nicht mehr existent sondern die Region, Hausansammlung heisst dann so. D.h. aus dem originaeren Hof Löhner wurde ueber die Jahrzehnte die Siedlung Löhner - So wie heute die Bushaltestelle heisst. In den kommerziellen Karten steht dann nur ein "Löhner" an der Stelle wo der original Hof vielleicht mal war. Adresstechnisch ist das aber irrelevant. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenLayers - Koordinatenumrechung
Hi ! ich habe gestern durch Zufall gesehen, dass aus einer Geografischen OSM-Angabe (z.b. 56.7 / 10.7) eine sehr hohe Zahl in OpenLayers gemacht wird. Kann mir einer den Zusammenhang erläutern bzw. eine Seite nennen wo diese Umrechnung beschrieben wird ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güter/Höfe benennen place=?? ?
Hallo. Am Samstag 04 April 2009 14:56:54 schrieben Sie: > In den kommerziellen Karten steht dann nur ein "Löhner" an der Stelle > wo der original Hof vielleicht mal war. > Adresstechnisch ist das aber irrelevant. Das ist dann eine Angabe ähnlich zu den üblichen Namen von Wäldern bzw. Gewändern. Also ein Schriftzug irgendwie schräg bzw. kurvig über allem. Wir hatten hier lokal mal eine Debatte, in wie weit sowas überhaupt jemals verständlich automatisiert gerendert werden kann. ;-) Letzten Endes hatten wir dann beschlossen, dass wir sowas mit den passenden Landuses taggen und ein Renderer der Zukunft könnte dann alle benachbarten Flächen mit gleichem Namen zusammenfassen und quer über die abgedeckte Fläche einen solchen Schriftzug rendern. Ob sowas jemals gemacht wird, weiß ich auch nicht, aber ich fände es interessant. :) Zwischenzeitlich wird eben in der Mitte jeder Landuse-Fläche der Name gerendert. Gruß, Bernd -- Wenn das Gehirn des Menschen so einfach wäre, daß wir es verstehen könnten, dann wären wir so dumm, daß wir es doch nicht verstehen würden. - Jostein Gaarder (norwegischer Schriftsteller und Philosoph 1952) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers: GPX in anderem Verzeichnis
Jan Tappenbeck schrieb: > Moin ! > > ich habe eine Karte gebastelt bei der mit > > new OpenLayers.Layer.GPX("FFW 1 SH", "71770.GPX", "#335edb") > > auf die Wegerelation zugegriffen wird. > > Nun möchte ich etwas Ordnung schaffen - aber weder mit > > new OpenLayers.Layer.GPX("FFW 1 SH", "../data/71770.GPX", "#335edb") > new OpenLayers.Layer.GPX("FFW 1 SH", "..\data\71770.GPX", "#335edb") > > habe ich Erfolg! Moin, wenn das Verzeichnis mit den gpx-Dateien (data) ein Unterverzeichnis vom Verzeichnis mit der Karten-html ist, darf es nur ein Punkt sein statt zweien in der Pfadangabe. also gilt dann (und nur dann): new OpenLayers.Layer.GPX("FFW 1 SH", "./data/71770.GPX", "#335edb") Grußt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Fwd: [OSM-talk] Boats, marinas and the sea]
Hallo, weil hier ja auch oefters drueber geredet wird, mal eine Kopie aus der talk-Liste. Evtl. kann jemand Erik auf die existierenden Seiten hinweisen, notfalls soll er sich die deutschen halt per Google uebersetzen lassen. Original Message Subject: [OSM-talk] Boats, marinas and the sea Date: Sat, 4 Apr 2009 14:25:57 +0200 From: Erik Johansson To: Talk Openstreetmap I need suggestion on how you map things that I have mapped as just leisure=marinas. I'm thinking of actually giving these better tags now these are the ones I've seen: 1. Land area for winter storage (pay) 2. Both mooring in summer and storage during winter (pay) 3. Guest harbours where you can visit with your boat/ship (for fee or not) 4. Pub/Bar near the sea, with parking space for boats 5. natural harbours wher you can easily land your boat/ship Any current schemes on how to tag this? Interesting pages: http://wiki.openstreetmap.org/wiki/Marine_Mapping http://wiki.openstreetmap.org/wiki/Category:Seamap http://wiki.openstreetmap.org/wiki/Category:Water_feature -- /emj ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers - Koordinatenumrechung
Stichwort ist Web/Spherical Mercator Projektion. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum nicht alle die Wikipedia lobhudeln
Am 3. April 2009 20:40 schrieb Thomas Schäfer : > Auch bei scheinbar unendlich viel Speicher haben beide Projekt gemeinsam, dass > man Prioritäten setzen muss, was letztlich auch die Qualität erhöht. Wenn ich > in OSM vor lauter Gullies und Straßenlaternen (als Beispiel für weniger > nützliche POIs) die Straße nicht mehr erkenne, dann ist das genauso > ärgerlich, als wenn mich bei Wikipedia der Lebenslauf von Lieschen Müller > oder jede schwachsinnige Fernsehserie bei den Suchergebenissen behindert. > Ich sehe ehrlich gesagt das Problem in beiden Fällen nicht so recht. Weder die Gullideckel noch die Straßenlaternen "verdecken" doch die Straßen, in der Karte erst Recht nicht, da sie gar nicht dargestellt werden, und auch im Editor sind POIs doch nicht groß (vlt. in Potlatch etwas größer als in JOSM). Bis wir wirklich dermaßen viele Details drin haben, dass alles zugecluttert ist, werden wir auch Filtermöglichkeiten haben, um diese bei Bedarf wieder auszublenden (ist aber grundsätzlich riskant, weil man riskiert, topologische Beziehungen zu zerschießen). Bei der Wikipedia könnte man z.B. Relevanzkriterien ähnlich dem Google-Page-Rank realisieren, d.h. bei allgemeinen Suchen würden die relevanteren Artikel früher angezeigt, ohne die (angeblich) nicht relevanten gänzlich auszusperren. Wenn ich z.B. Milch eingebe, komme ich schon jetzt problemlos zum Artikel Kuhmilch, wenn mich aber eigentlich Paul Celan interessiert (http://de.wikipedia.org/wiki/Liste_gefl%C3%BCgelter_Worte/S#Schwarze_Milch_der_Fr.C3.BChe) dann finde ich ihn ca. auf Platz 400, d.h. ich muss sowieso ein bisschen spezifischer suchen als nur nach Milch. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers: GPX in anderem Verzeichnis
Hallo Gerd, es soll aber ein Verzeichnis "parallel" zum Kartenverzeichnis sein basis +--- deu +--- data ... wie ist es da ! Gruß Jan .-) Gerd Steinburger schrieb: > Jan Tappenbeck schrieb: >> Moin ! >> >> ich habe eine Karte gebastelt bei der mit >> >> new OpenLayers.Layer.GPX("FFW 1 SH", "71770.GPX", "#335edb") >> >> auf die Wegerelation zugegriffen wird. >> >> Nun möchte ich etwas Ordnung schaffen - aber weder mit >> >> new OpenLayers.Layer.GPX("FFW 1 SH", "../data/71770.GPX", "#335edb") >> new OpenLayers.Layer.GPX("FFW 1 SH", "..\data\71770.GPX", "#335edb") >> >> habe ich Erfolg! > > Moin, > > wenn das Verzeichnis mit den gpx-Dateien (data) ein Unterverzeichnis vom > Verzeichnis mit der Karten-html ist, darf es nur ein Punkt sein statt zweien > in der Pfadangabe. > also gilt dann (und nur dann): > new OpenLayers.Layer.GPX("FFW 1 SH", "./data/71770.GPX", "#335edb") > > Grußt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers - Koordinatenumrechung
Tobias Wendorff schrieb: > Stichwort ist Web/Spherical Mercator Projektion. hi ! hast Du da ein excel-tool oder ähnliches um einzelne koordinaten zu transformieren ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Am 4. April 2009 11:04 schrieb Markus : > Hallo Jan, > > ich finde Deinen Bericht ausgezeichnet! > Du und das NDR-Team, Ihr habt da wirklich gute Arbeit geleistet. > In 3 1/2 Minuten das Wesentliche ausgedrückt... ja, ich fand den Beitrag auch gelungen. > Noch ein Tip für alle, die Ähnliches vor haben: > Als "Musterobjekt" zum Taggen würde ich etwas nehmen, das für jeden > Bürger bedeutsam ist (Bäcker, Briefkasten, Bushaltestelle, Fussweg). > Also nicht so exotische Dinge wie HKTS (das könnte auf manche eher > lächerlich wirken). > Naja, der Beitrag zeigt ja die volle Bandbreite: vom HKTS bis zur im (offiziellen/professionellen) Stadtplan fehlenden Straße. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gestrige Meldung von straßen.nrw
Am 4. April 2009 08:09 schrieb Florian Lohoff : >> > >> > Bei einem 7=spurigen Kreisverkehr muss niemand mehr warten. >> > >> Das Dumme ist nur dass alle über den äussersten Kringel ein-und >> ausfahren müssen.. > > Das muss nicht sein. Es gibt auch konstruktionen mit mehrspuriger > einfahrt, allerdings ist der dann konzentrisch so das an jeder einmuendung > auch zwangsweise spuren abgehen. > auch das muss nicht sein. Es gibt auf der Welt durchaus auch Kreisverkehre ohne eingezeichnete Spuren (in Deutschland allerdings eher unwahrscheinlich) mit mehrspuriger Einfahrt. Erfordert halt erhöhte Konzentration, Rücksichtnahme und in der Regel wird man bei dichtem Verkehr auch nicht wesentlich schneller als Schrittgeschwindigkeit fahren können. Evtl. ist einem das aber trotzdem lieber, als an einer Ampel zu stehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum nicht alle die Wikipedia lobhudeln
Hallo, Thomas Schäfer wrote: > Auch bei scheinbar unendlich viel Speicher haben beide Projekt gemeinsam, > dass > man Prioritäten setzen muss, was letztlich auch die Qualität erhöht. Das ist der "ich schreibe Dir vor, was fuer Dich am besten ist"-Ansatz. Nur, weil es der Wikipedia nicht gelingt, eine gute Suche zu bauen, die die Relevanz auf der Abnehmerseite implementiert - also den Nutzer das finden zu lassen, was *fuer ihn* relevant ist -, versucht man, die Relevanz auf der Anbieterseite zu erzwingen, nach dem Motto, wenn nur relevante Sachen drin sind, dann kann man auch nur relevante Sachen finden. Wie falsch das ist, und zwar gleich auf mehreren Ebenen, sollte jedem klar werden, der darueber nachdenkt. Es beginnt ja schon mit der Unmoeglichkeit einer objektiven Definition von "relevant". Das einzige Argument, dass ich gelten lassen kann, ist: Wir koennen es leider nicht besser. Und das stimmt; aehnlich wie OSM hat die Wikipedia unglaublich viele Mitstreiter, auf die man zaehlen kann, wenn es darum geht, die Daten zu sichten, zu beurteilen, zu korrigieren oder zu loeschen, aber nur sehr, sehr wenige, die eventuell in der Lage waeren, eine Suche zu implementieren, die auch nur ansatzweise an das herankommt, was eine Google-Suche bietet (und selbst die ist ja weit davon entfernt, perfekt zu sein). Insofern darf man mit der Wikipedia-Community vielleicht einfach nicht so streng sein. Zum "Ausmisten" sind halt viel mehr Leute qualifiziert als zu einer Optimierung der Software. "Ich habe nach einer Figur aus Shakespeare gesucht und drei schwachsinnige Fernsehserien gefunden" - die meisten reagieren damit eben reflaxartig mit "die schwachsinnigen Fernsehserien gehoeren hier nicht rein" statt "die Suche gehoert verbessert". Bei OSM haben wir vermutlich, aufgrund der staerkeren Strukturierung unserer Daten, die Chance, tatsaechlich mehr dafuer zu tun, dass die die Leute das herausbekommen, was fuer sie relevant ist, anstatt den Leuten beim Hineintun der Daten mehr und mehr Vorschriften zu machen. Hoffen wir, dass wir die Chance auch ergreifen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Namefinder
Hallo, ich programmiere gerade an einer kleine Geoapplikation mit der die neuen, öffentlichen Fahrradverleih Stände in Hamburg such/auffindbar sind. In diesem Zuge beschäftige ich mich zunächst allgemein mit (reverse)Geocoding. Habe jedoch noch meine Probleme. Versuch 1: http://gazetteer.openstreetmap.org/namefinder/ gebe ich etwa | immenhöven, hamburg als Suchanfrage ein erhalte ich wunschgemäß | lat=53.660781 lon=10.023972 zoom=16 gebe ich nun andersherum | 53.660781,10.023972 ein, so erhalte ich einen "Internal error, sorry." Ich entnehme der Fehlermeldung, das es nicht erlaubt ist nur nach LatLng's zu suchen. Webe ich wie im Wiki beschreiben | streets, 53.660781,10.023972 ein, so halte ich als Ergebnis "living street Fritz-Solmitz-Weg found less than 1km north-east of requested location". Erwartet hätte ich jetzt wieder meine ursprüngliche Suchanfrage "immenhöven" zurück zu bekommen. --> Wie muss ich die Anfragen formulieren damit Namefinder das erwartete Ergebnis liefert? Versuch 2: "Neuer Namefinder" Ich habe auf dieser Liste am | Tue, 19 Aug 2008 14:52:34 | http://lists.openstreetmap.org/pipermail/talk-de/2008-August/019924.html gelesen, das Sascha Silbe begonnen hat einen neuen Namefinder zu programmieren. --> Darf ich fragen, ob das Projekt fortgeführt wurde, ob es eine dok/wiki- Seite dazu gibt und ob es produktiv einsetzbar ist? Ich selbst programmiere ich Java, der Aufruf eines C-Programms sollte jedoch kein Problem sein. Ich hoffe, das dies die richtige Liste ist und freue mich bereits die Diskussion, Viele Grüße aus Hamburg, Christof Lange ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum nicht alle die Wikipedia lobhudeln
Martin Koppenhoefer schrieb: > Ich sehe ehrlich gesagt das Problem in beiden Fällen nicht so recht. Das Problem bei Wikipedia ist auch weniger die Suche, sondern die Überprüfung und Qualitätssicherung der Artikel. Damit kommt sie so schon kaum hinterher. Wenn noch hunderttausende Artikel zu unbekannten Sängern und kleinen Firmen dazu kämen, kann man sich vorstellen, dass Wikipedia ein Problem hätte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehrsgestaltungskreativität (was: Gestrige Meldung von straßen.nrw )
Am Freitag 03 April 2009 11:10:00 schrieb Johann H. Addicks: > Gibt's in unserem Wiki eine Kreisverkehrs-Gallerie? Hallo, auf Lanzarote gibt es ausgesprochen prominente Kreiselkunst: Skulpturen von César Manrique. Vielleicht lässt sich dergleichen erreichen, wenn der vorgeschriebene Proporz an Staatsausgaben für den Straßenbau in Kunst investiert wird... Ich finde Kreisverkehre übrigens gut - natürlich nicht auf Autobahnen. Die Mittelinsel sollte übrigens den Blick auf den Gegenverkehr verbergen. Noch ein Gedanke: Wäre es nicht einfacher zu kartieren und zu rendern, wenn man (wie Wendehammer) nur einen Wegpunkt als Kreisel kennzeichnet? Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Am Samstag 04 April 2009 schrieb Frederik Ramm: > Hallo, > > Thomas Schäfer wrote: > > Auch bei scheinbar unendlich viel Speicher haben beide Projekt gemeinsam, > > dass man Prioritäten setzen muss, was letztlich auch die Qualität erhöht. > > Das ist der "ich schreibe Dir vor, was fuer Dich am besten ist"-Ansatz. > Das ist er nicht! Danke für Deine Unterstellung. Es macht wohl einen Unterschied ob man in ein aufgeräumtes Regal oder einen Wühltisch greift. Deine weiteren Ausführungen nach Struktur, Filtermöglichkeiten (Optimierung der Software) schließe mich an. Aber Unnützes, was nicht erst gesammelt wird, muss auch nicht aufwendig aussortiert(ausgeblendet) werden. Selbst wenn Suchalgorithmen besser werden sollten, der Platzbedarf, der Ressourcenverbrauch bleibt, und das sind nunmal endliche Größen. Und spätestens dann, wenn jeder Node nicht nur ein paar ortsbezogene Daten enthält, sondern gleich noch Kopien sämtlicher Zusatzinformationen, wirst Du merken, dass wir keine Straßekarte sondern ein geografisch sortiertes aber unbrauchbares Universallexikon geschaffen haben. Irgendwie wirst auch Du einsehen müssen, dass man Dinge abgrenzen muss, sonst zerfließen sie Dir aus der Hand. Ich finde deshalb die Verknüpfung beider Projekte an sinnvollen Stellen (auch wieder so ein Ausdruck - "Was ist sinnvoll?") ein gute Sache. Mit freundlichen Grüßen Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder
On Sat, Apr 04, 2009 at 06:02:20PM +0200, Christof Lange wrote: Ich habe auf dieser Liste am | Tue, 19 Aug 2008 14:52:34 | http://lists.openstreetmap.org/pipermail/talk-de/2008-August/019924.html gelesen, das Sascha Silbe begonnen hat einen neuen Namefinder zu programmieren. --> Darf ich fragen, ob das Projekt fortgeführt wurde, Nop. Mangels Zeit und Bedarf (die Umstände, unter denen der alte Namefinder sehr langsam ist, sind mir weiterhin nicht bekannt, so daß ich auch nicht überprüfen kann, ob der neue wirklich schneller ist) ist die Entwicklung derzeit auf Eis. Ich selbst programmiere ich Java, der Aufruf eines C-Programms sollte jedoch kein Problem sein. Wenn Du den Namefinder direkt aus einem Programm heraus einsetzen möchtest, könnte der derzeitige Funktionsumfang evtl. schon ausreichen. Das fehlende Stück zum Ersatz des bisherigen System ist ja gerade das Web-Frontend, was Du nicht brauchst. Einzig die Unterstützung für kanonische Formate (d.h. Gleichbehandlung von "Str.", "Straße", "Strasse", ...) müsste ggf. ergänzt werden (die Substringsuche reicht aber evtl. aus). Je nachdem, was Du vorhast, könnten Speicherbedarf und Startup-Zeit (~0.5GB direkt nach Start und 41s mit planet-080813) jedoch zu hoch sein, da das Programm für den Servereinsatz optimiert ist. Bei Nicht-Namenssuchen (Typ, Ort) werden schnelle Antwortzeiten auch erst erreicht, wenn der entsprechende Teil der Datenbank im Cache (also im RAM) ist. Für Desktop-Anwendungen also eher wenig geeignet. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers: GPX in anderem Verzeichnis
erledigt ! Jan Tappenbeck schrieb: > Hallo Gerd, > > es soll aber ein Verzeichnis "parallel" zum Kartenverzeichnis sein > > basis > +--- deu > +--- data > > ... wie ist es da ! > > Gruß Jan .-) > > Gerd Steinburger schrieb: >> Jan Tappenbeck schrieb: >>> Moin ! >>> >>> ich habe eine Karte gebastelt bei der mit >>> >>> new OpenLayers.Layer.GPX("FFW 1 SH", "71770.GPX", "#335edb") >>> >>> auf die Wegerelation zugegriffen wird. >>> >>> Nun möchte ich etwas Ordnung schaffen - aber weder mit >>> >>> new OpenLayers.Layer.GPX("FFW 1 SH", "../data/71770.GPX", "#335edb") >>> new OpenLayers.Layer.GPX("FFW 1 SH", "..\data\71770.GPX", "#335edb") >>> >>> habe ich Erfolg! >> Moin, >> >> wenn das Verzeichnis mit den gpx-Dateien (data) ein Unterverzeichnis vom >> Verzeichnis mit der Karten-html ist, darf es nur ein Punkt sein statt zweien >> in der Pfadangabe. >> also gilt dann (und nur dann): >> new OpenLayers.Layer.GPX("FFW 1 SH", "./data/71770.GPX", "#335edb") >> >> Grußt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Traveling Salesman v0.9.9 ist raus
AlsoTraveling Salesman Version v0.9.9 ist raus! Traveling Salesman ist ein Navi für OpenStreetMap an dem wir seid jetzt gut 2 Jahren entwickeln. http://travelingsales.sourceforge.net === Traveling Salesman ist === * Java geschrieben (und schnell, das geht heutzutage ;) ) * sehr gut dokumentiert und kommentiert * alles wichtige ist ein Plugin und kann ausgetauscht werden Zielsetzung: Ein nutzbares, fortschrittliches Navi für Nutzer von OpenStreetMap und eine ideale Entwicklungs- Plattform für Programmierer und Diplomanden. === Was hat sich geändert? === Jede Menge Usability-Verbesseringen: * besseres Feedback bei der Suche * bessered Feedback bei Fehlern * besseres Feedback bei der GPS-Suche * überarbeiteter Wizard * Sanduhr wärend des Wechsels auf eine neue Wizard-Seite * Download-Menu/Baum gibt besseres Feedback und ist schneller * einige zusätzliche Sachen sind übersetzt als Bonus: * erster Code um TMC-Nachrichten zu verarbeiten (noch gibt es nichts zu sehen) (TMC wird aber nicht vor v1.1 wirklich nutzbar sein.) == Wie geht es weiter? == Jetzt brauchen wir erstmal in der kommenden Woche von EUCH jede Menge FEEDBACK. Wo sind noch Elemente nicht übersetzt? Wo ist die Bedienung noch nicht einleuchtend? Wo funktioniert vieleicht etwas noch nicht? Nächstes Wochenende, wärend der EasterHegg soll v1.0.0-RC1 raus kommen. Die Version bleibt dann eine Woche zum Finden letzter Fehler online und am oder nach dem 17.4.2008, kurz nach der Umstellung auf API0.6 kommt die endgültige Version v1.0.0 . == Links == Wiki: http://travelingsales.sourceforge.net Forum: http://apps.sourceforge.net/phpbb/travelingsales/ Verbesserungsvorschläge und Fehlermeldungen: http://travelingsales.sourceforge.net/bugs/ Download: https://sourceforge.net/project/platformdownload.php?group_id=203597 Direkt ausführen via Java Webstart: http://travelingsales.sourceforge.net/ts.jnlp Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder
Ich schreibe mobil. Jan-Benedict und ich haben uns auf der FOSDGIS Gedanken dazu gemacht. Das Basiskonzept habe ich schon für einen anderen Suchcontroller realisiert (Thomas), den ich für OSM anpassen werde, sobald ich ausstehende Jobs fertig habe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers - Koordinatenumrechung
Bin mobil, versuche ich morgen. Die Formel findest du aber sofort bei Google, im OpenLayers Code etc. etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik oder Openlayers, wo liegt das Problem?
Christian Maurer schrieb: > Frederik Ramm schrieb: > >> Hallo, >> >> Christian Maurer wrote: >> >> >>> so sieht das ganze aus, wie wenn die Kachelreihen vertausch währen. >>> >>> >> Pruefe mal, ob Deine Kacheln "richtig" benamt sind. Die Kachel z/x/y/z >> muss immer direkt oberhalb der Kachel z/x/y+1 liegen. Wenn das stimmt, >> dann hast Du richtige Kacheln und falsches OpenLayers (benutzt Du auch >> den OpenStreetMap-Layer oder hast Du evtl. was falsch konfiguriertes >> eigenes genommen?), und wenn das nicht stimmt, dann hast Du schon bei >> den Kacheln einen Fehler (wie hast Du die erzeugt, mit mod_tile oder >> generate_tiles oder?) >> >> Bye >> Frederik >> >> >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de >> >> > danke für die schnelle Antwort, > hab mal einige kacheln mit denen von tile.openstreetmap.org verglichen, > und die stimmen (bis auf ein paar farben) überein, denke also das mapnik > richtig arbeitet (hab sie mit generate_tiles erzeugt) > > da ich mich mit openlayers noch nicht wirklich auskennen hab ich einfach > das tms beispiel abgeändert, das sieht dann so aus > > > var lon = 5; > var lat = 40; > var zoom = 5; > var map, layer; > > function init(){ > map = new OpenLayers.Map( 'map', {maxResolution:1.40625/2} ); > layer = new OpenLayers.Layer.TMS( "TMS", > "http://192.168.0.4/tiles/";, {layername: 'tiles', > type:'png'} ); > newLayer = new OpenLayers.Layer.TMS("New Layer", > "http://192.168.0.4/tiles/";, {numZoomLevels: 19, type:'png'}); > map.addLayers([layer, newLayer]); > map.addControl(new OpenLayers.Control.LayerSwitcher()); > map.setCenter(new OpenLayers.LonLat(lon, lat), zoom); > } > > > Christian > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > habs hinbekommen, wuste nicht das OSM andere kachelbezeichnungen verwendet als andere TMS, lösung gibts hier http://wiki.openstreetmap.org/wiki/OpenLayers_Simple_Example ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Traveling Salesman v0.9.9 ist raus
Naabend, Am Samstag 04. April 2009 20:17:12 schrieb Marcus Wolschon: > == Wie geht es weiter? == > > Jetzt brauchen wir erstmal in der kommenden Woche > von EUCH jede Menge FEEDBACK. > Wo funktioniert vieleicht etwas noch nicht? Also ich habe es gerade testen wollen. Im Konfigurations-Assistenten Schritt 1 erhielt ich beim Laden der Deutschland-Karte nach "Speichere 1.093.251 Punkte in der Datenbank..." folgende Fehlermeldungen: "[Exception] Problem in org.openstreetmap.osm.data.osmbin.v1_0.OsmBinDataSetV10 due to: a IndexOutOfBoundsException "null" In: OsmBin DataSetV10:addNode()" nach OK-Klick kommt: "Exception while loading file: due to: a IllegalStateException "null" In: LoadMapFileActionListener:loadMapFile()" nach OK-Klick kommt nun: "Fehler aufgetreten: null" Ok, dann probier ich halt erstmal ein kleineres Gebiet, z.B Isle of Man. Schritt 1 läuft durch, bei Schritt 2 kommt dann die Fehlermeldung: "SystemUtils.copyFileFromJar() Exception while copy file /native/Linux/i686- unknown-linux-gnulibrxtxSerial.so to /usr/lib/jvm/java-6- openjdk/jre/lib/i386/librxtxSerial.so due to: a FileNotFoundException "/usr/lib/jvm/java-6- openjdk/jre/lib/i386/librxtxSerial.so (Permission denied)" in: SystemUtils:copyFileFromJar()" Dann stürzte das Programm komplett ab nach dem OK-Klick. GrüÃe, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Hallo, Thomas Schäfer wrote: >> Das ist der "ich schreibe Dir vor, was fuer Dich am besten ist"-Ansatz. > Das ist er nicht! Danke für Deine Unterstellung. [...] > Aber Unnützes, was nicht erst gesammelt wird, muss auch nicht aufwendig > aussortiert(ausgeblendet) werden. ;-) Danke fuer die Bestaetigung meiner "Unterstellung". Es gibt nunmal kein objektives "unnuetz". Ausserdem ist das meiste, was die Wikipedia wegen Irrelevanz rauswirft, bereits gesammelt worden und wird nun (hoechst aufwendig und vor allem community-schaedlich) durch Menschen aussortiert, die sich anmassen, im Sinne der Allgemeinheit zu handeln, die nach scheinbar objektiven Kritierien das Nuetzliche vom Unnuetzen trennen. Menschen, die anderen Menschen vorschreiben moechten, was am besten fuer sie ist, oder (schlimmer noch) die niemand etwas vorschreiben moechten, sondern "nur Regeln befolgen". > Irgendwie wirst auch Du einsehen müssen, dass man Dinge abgrenzen muss, sonst > zerfließen sie Dir aus der Hand. > Ich finde deshalb die Verknüpfung beider Projekte an sinnvollen Stellen (auch > wieder so ein Ausdruck - "Was ist sinnvoll?") ein gute Sache. Die Verknuepfung in Richtung Wikipedia => OSM ist auf jeden Fall eine gute Sache (also OSM-Karten in Wikipedia-Artikeln). Die Wikipedia muss auch nicht befuerchten, dass irgendwas, was einen Artikel wert ist, in OSM ploetzlich von der Karte verschwindet. Die Verknuepfung in die andere Richtung ist nicht immer unproblematisch. So berichtete z.B. ein englischer Nutzer neulich darueber, dass er eine Faehrlinie in OSM gemappt hatte und diese mit einem Link auf einen - von ihm neu angelegten - Wikipedia-Artikel zu dieser Faehrlinie ausgestattet hatte. Dieser Artikel ist dann wegen mangelnder Relevanz entfernt worden. Fuer solche Daten - die fuer die Wikipedia zu un-relevant und fuer OSM eventuell zu umfangreich sind - gilt es, eine Heimat zu finden; entweder, indem wir die Verarbeitung solcher Zusatzdaten in OSM verbessern und vereinfachen, oder, indem wir eine eigenes Metadaten-Wiki aufbauen, vielleicht mit einer Technologie, die zunaechst die Existenz des verlinkten Wikipedia-Artikels prueft und im Negativfall dann den Artikel aus unserer eigenen Irrelevant-Wikipedia anzeigt oder so. Was auf keinen Fall in Frage kommt, ist, dass wir uns die Wikipedia-Relevanzkriterien zu eigen machen und sagen: "Tja, dann gibt es eben keinen Platz fuer die Metadaten zu dieser Faehrlinie". Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Hallo Frederik, > Es gibt nunmal kein objektives "unnuetz". Relevant ist was der Leser sucht. Nur der Leser kann bestimmen, was für ihn relevant ist. Eine weltweite umfassende Enzyklopädie enthält /alles/ Wissen. Anbieterseitig "Relevanzkriterien" aufstellen zu wollen ist schädlich. > community-schaedlich und führt zu einem unermesslichen Potentialverlust (Autoren) und schadet den Lesern. Wichtig wäre eine zielführende Organisation des Wissens, damit es schnell und sicher auffindbar ist. >> Ich finde die Verknüpfung beider Projekte eine gute Sache. Da werden grad auf der Wikimedia-Konferenz entscheidende Weichen gestellt. OSM-Karten werden demnächst in Wikipedia verfügbar sein. Das wird viel Synergie erschliessen und OSM einen weiteren deutlichen Entwicklungsschub bringen. > Verarbeitung solcher Zusatzdaten in OSM verbessern und vereinfachen Versuchen wir grad bei der Seekarte ein bisschen zu berücksichtigen. > eigenes Metadaten-Wiki aufbauen Damit könnte man in Verbindung mit der Seekarte in idealer Weise ein weltweites Hafenhandbuch erstellen, in dem die Erfahrungen aller Seefahrer zusammengetragen und gegenseitig zur Verfügung gestellt werden könnten. > Metadaten zu Faehrlinie" Oder ÖPNV, oder was auch immer... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Am Samstag 04 April 2009 schrieb Frederik Ramm: > Hallo, > > Thomas Schäfer wrote: > >> Das ist der "ich schreibe Dir vor, was fuer Dich am besten ist"-Ansatz. > > > > Das ist er nicht! Danke für Deine Unterstellung. > > [...] > > > Aber Unnützes, was nicht erst gesammelt wird, muss auch nicht aufwendig > > aussortiert(ausgeblendet) werden. > > ;-) > > Danke fuer die Bestaetigung meiner "Unterstellung". > Deine Liberalität in allen Ehren. Aber wenn Du das durchhalten willst und dafür genug Mitstreiter dazu ermunterst/findest, wird sich das Projekt in spätestens zwei Jahren völlig verzettelt haben. Von Dir als einer der "Projektleader" erwarte ich auch etwas mehr Weitsicht und Strategien. Und nicht nur alles auf sich zu kommen lassen. Was haben wir davon, wenn pro Gebiet unterschiedliche zusätzliche Datenbanken eingepflegt werden, bei anderen Gegenden gerade mal die Hauptstraße drin ist? Das ist weder für Kartenmaterial noch für Routing zu gebrauchen. Alle bisherigen Teilkarten/Layer (ÖPNV, Fahrradkarte) sind alles andere als vollständig. Dann gibt es wieder Gebiete mit Hausnummern, dann welche ohne. Es werden immer neue "Aufträge angenommen", ohne das bisherige auch nur annähernd fertig sind bzw. sich als stabil (Aktualität) erweisen. Dann lass uns mal weiter spinnen. PLZ, ok Telefonvorwahlen, ok Telefonnummern (aller veröffentlichten Einträge) Einwohnerverzeichnis, Grundstücke (bzw. deren Besitzer) die von Dir erwähnten Wiki-links (die nicht nur gelöscht sondern auch umstrukturiert werden können) Es gibt dutzende öffentliche und nicht öffentliche Datenbanken mit Ortsbezug. (z.T. auch bedenklich wegen Datenschutz/Privatsphäre, siehe auch Probleme von googles streetview) Hier schon öfter auch diskutiert - Stromleitungen, Kanalisation? Das ganze soll ja nicht nur "drin" sein sondern auch aktuell sein. Und wenn Du hier nicht irgendwann (meinetwegen auch lange ausdiskutiert) keine Grenzen ziehen willst, wird OSM kollabieren. Dazu muss man kein Prophet sein. Unterstellung hin oder her, wer sich wochenlang um Lizenzen(REGELN ;-) !!! im Umgang mit den Daten) streiten kann (wobei ich etwas Unbehagen empfinde: je länger und unverständlicher eine Lizenz ist, desto skeptischer lässt sie mich werden), muss sich doch auch mal über tag-map-feature-Diskussion hinaus klären lassen, was in OSM hinein gehört und was eben nicht mehr. Die Wikipedialeute haben das wohl für sich entschieden - und sind erfolgreich damit. ( Bei meinen über 7000 Bearbeitungen dort habe ich mich allerdings nur auf die Regeln des Dudens berufen - dabei gerät man selten in Konflikte mit "Bürokraten") Schließlich hat Wikipedia, u.a. auch Dank ihrer freien Software und dem freien Zugang ihrer Dumps (übrigens auch via ipv6 erreichbar) nicht wenige Konkurrenten. Jetzt kannst Du mir wieder den "ich schreibe Dir vor, was für Dich am besten ist"-Ansatz unterstellen. Aber wer sehenden Auges in einen Abgrund läuft, dem unterstelle ich anderes. Der Diskussion nach Grenzen kannst Du nicht verschließen, in dem Du forderst für alles offen zu sein. OSM braucht auch ein Profil! Mit freundlichen Grüßen Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Hallo, Thomas Schäfer wrote: > wird sich das Projekt in spätestens zwei Jahren völlig verzettelt haben. [...] > ist weder für Kartenmaterial noch für Routing zu gebrauchen. [...] > wird OSM kollabieren. [...] > sehenden Auges in einen Abgrund [...] Thomas, Du redest wie jemand, der gerade neu auf das Projekt gestossen ist. Du bringst genau die Sprueche, die ich mir auf Messestaenden von Interessenten mit ergrautem Haar oft anhoeren muss. Aber ich habe gelernt, geduldig zu sein und so lange das gleiche zu erzaehlen, bis die Leute es entweder verstehen oder weggehen und sich denken: "Das wird doch nie was" (oder engl. "It's never going to work!"). Der erstaunliche Erfolg von OSM gruendet sich nicht zuletzt darauf, dass seine Erfinder - oder die "Projektleader", wenn Du so willst - eben gerade die Art von Weitsicht vermissen liessen, die Du hier einforderst. Du forderst den Fuenfjahresplan, Du willst, dass ein paar Superschlaue sich ueberlegen, wo der Weg hingehen soll, und die Arbeiter-Ameisen dann in die richtige Richtung schicken, damit der Plan aufgeht. Ob Du es jetzt so weit gesponnen hast oder nicht, Dein Ansatz geht in die Richtung von Quoten und deren Erfuellung, von Erfolgsvorgaben, von Projektmanagement. Man kann aber Leute, die ihre Freizeit in das Projekt stecken, nicht managen, und man hat vor allem auch gar kein Recht, irgendwelche Ziele vorzugeben. Ebenfalls bei Dir gelesen, das alte "was haben wir von Details im Gebiet X, wenn das Gebiet Y nur die Hauptstrasse hat". Was ist denn das fuer eine anmassende Frage? Die Leute im Gebiet X haben ganz bestimmt was davon. Sicher bist Du nicht der Ansicht, dass wir hier jetzt alle die Haende in den Schoss legen sollen, bis Brasilien ebenso gut gemappt ist wie Deutschland. Aber das geht doch auch im kleinen - wieso sollen die Leute in Berlin nicht Hausnummern erfassen, obwohl in Potsdam noch Strassen fehlen? Und wenn sich jemand nunmal fuer Stromleitungen interessiert, mit welcher Berechtigung kann ich den zwingen, stattdessen Landstrassen zu mappen? Und wenn jemand sich nunmal als Pionier fuehlt und lieber neues eintraegt, statt bestehendes zu pflegen, soll ich den deswegen wegschicken, oder gar Regeln aufstellen, die fordern, nur das zu erfassen, was man auch selber aktuell halten kann? Ich sehe ueberhaupt nicht, wieso irgendwas kollabieren sollte, bloss weil wir einem Gullideckel-Fan in Dortmund erlauben, jeden Gullideckel mit Jahr der Herstellung zu erfassen. Mag ja sein, dass die Anzahl Mannstunden, die er investiert, in Puerto Rico mehr erreicht haetten, aber die Wahl haben wir nicht. Wir kriegen von dem entweder Gullideckel oder nichts. Und wenn Du mich fragst, es werden mit OSM noch viel zu wenig coole Sachen gemacht. Wenn einer Gullideckel mappt und der naechste ein Routing fuer die Kanalisation aufsetzt und sich sowas in den Blogs rumspricht, dann ist die Botschaft: Mit OSM gehen Dinge, die niemand anders bieten kann. Das ist tausendmal bessere PR als eine Diplomarbeit, in der jemand 100.000 verschiedene PKW-Routen auf Google- und OSM-Material verglichen und ausgewertet hat, denn so etwas bringt die Essenz von unserem Projekt viel besser rueber. Klar wird sowas wieder Anlass zu hoehnischen Bemerkungen geben: "Nehmen Sie OSM, wenn sie im Kanal navigieren wollen, und fuer die Strasse lieber was gescheites" - aber die Leute, die so drauf sind, sollen sich in Gottes Namen ein Tomtom kaufen und bei MapShare mitmachen. *Das* sind dann die Leute ohne Weitsicht. > Der Diskussion nach Grenzen kannst Du nicht verschließen, in dem Du forderst > für alles offen zu sein. > OSM braucht auch ein Profil! Ich habe schon auch eine Vorstellung davon, was in OSM hinenigehoert und was nicht, und zwar hauptsaechlich bezueglich der Vergaenglichkeit. Meine Faustregel ist: Wenn ich etwas in OSM finde, was vor zwei Jahren eingetragen wurde, dann will ich wenigstens einen Grund zu der Annahme haben, dass das noch gueltig ist (denn wenn es nicht mehr gueltig waere, waere es jemand aufgefallen und repariert worden). Ich will keine Garantien, keine Mechanismen, bloss eine gewisse Wahrscheinlichkeit. Insofern wuerde ich z.B. jeden einzelnen Baum einer Allee durchaus noch gut finden, aber sowas wie eine einzelne seltene Distel irgendwo eher nicht. Ausser natuerlich, die Distel waere eine lokale Attraktion, dann waere ja wieder davon auszugehen, dass ihr Fehlen bemerkt wuerde und die Information dadurch eine Chance auf Korrektheit hat. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Hallo Frederik und Liste, Fünfjahresplan heißt in neudeutsch übrigens "Roadmap". Nette Wortspielerei passend zur Openstreetmap :-) Schaun wir mal. Wenn mir OSM zu "cool" wird, werde ich nicht mehr streiten (wie ein Anfänger, Danke für das Kompliment, graue Haare habe ich übrigens auch schon) sondern einfach geräuschlos aufhören. Wird ja kein Verlust sein, wenn es (m)eine Einzelauffassung ist. Solange ich die Entwicklung für positiv halte, werde ich mich auf unterschiedliche Weise engagieren und aus auch meiner Sicht viele unnütze Dinge tolerieren. Aber wehe der Server bzw. die Editoren werden wieder langsam, oder steigen in den Mindestanforderungen (z.B.RAM) so, dass für Mapping unterwegs kein normales Notebook mehr reicht. Da ich mich aber auch bei Wikipedia einbringe, werde ich Schmähkritik (Lobhudelei) weder an den einem noch dem anderen Projekt unwidersprochen lassen. (das war der Grund weshalb ich diesen Thread gekommen bin) So um wieder zur Sache zu kommen, eine Bitte: könntest Du vielleicht davon ein dt. Version von der englischen talk-liste auf dieser Liste verbreiten: ANNOUNCE: OpenStreetMap maps will be added to Wikimedia projects Danke, Mit freundlichen Grüßen Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder
Sascha Silbe schrieb: > Nop. Mangels Zeit und Bedarf (die Umstände, unter denen der alte > Namefinder sehr langsam ist, sind mir weiterhin nicht bekannt, so daß > ich auch nicht überprüfen kann, ob der neue wirklich schneller ist) ist > die Entwicklung derzeit auf Eis. Der Bedarf ist immernoch vorhanden, denn der vorhandene Namefinder ist mE immernoch einer der Punkte, der Neulinge abschreckt. (Aber zum Glück ist der Suchkasten jetzt wieder auf osm.org so weit unten versteckt, dass man ihn auf neumodischen Breitbild-Monitoren gar nicht erst zu sehen bekommt.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Thomas Schäfer schrieb: > Und wenn Du hier nicht irgendwann (meinetwegen auch lange ausdiskutiert) > keine > Grenzen ziehen willst, wird OSM kollabieren. Dazu muss man kein Prophet sein. "Kollabieren" gibt es nicht, aber "in der Qualität nachlassen und dadurch nur noch eingeschränkt brauchbar sein." Wir sollten nicht wesentlich mehr mappen als wir aktuell halten können. Wenn bei uns die Aktualität schlechter wird als bei den Mitbewerbern, weil z.B. die Zahl der aktiven Mitstreiter sinkt, dann müssen wir etwas tun. Noch haben wir den Zustand des Wartungsproblems (zum Glück) nicht erreicht. Wikipedia ist meines Erachtens dort schon. Dort ist das Problem, dass das stilistisch untragbare, mit Rechtscheibfehlern gespickte, inhaltlich überholte, nicht neutrale, persönlichkeitsrechtsverletzene oder schlicht faktisch unsinnige Artikel bereits heute regelmäßig sind und den Ruf der Wikipedia als ganzes schädigen. Da das Arbeitspensum der Mistreiter sich mangels Hierachie in der WP sich nicht gezielt steuern lässt, wird über die (drakonische) Maßnahme "Artikelverknappung" die vorhandene Wartungleistung auf weniger Artikel konzentriert, eben auf jene, die nach den Relevanzkriterien bestehen. Ich hoffe, dass wir als OSM von dem Punkt noch ein gutes Stück weg sind. Wenn ich jedoch Nodes mit Öffnungszeiten und Verkaufsautomaten mit Listen von akzeptierten Münz-Werten sehe, dann gruselt mich es allerdings schon ein wenig, wer das dauerhaft pflegen möchte. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Karten in Wikipedia (was: Relevanz, OSM und Wikipedia)
> So um wieder zur Sache zu kommen, eine Bitte: > könntest Du vielleicht davon ein dt. Version von der englischen talk-liste > auf > dieser Liste verbreiten: > > ANNOUNCE: OpenStreetMap maps will be added to Wikimedia projects Das war doch hier bereits letzten Monat angekündigt worden, wenn auch noch nicht so konkret. http://lists.openstreetmap.org/pipermail/talk-de/2009-March/040163.html Da war auch schon verlinkt worden: http://meta.wikimedia.org/wiki/OpenStreetMap/de anyway, Du beziehst Dich jetzt auf: http://lists.openstreetmap.org/pipermail/talk/2009-April/035808.html -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Johann H. Addicks schrieb: > Thomas Schäfer schrieb: > >> Und wenn Du hier nicht irgendwann (meinetwegen auch lange ausdiskutiert) >> keine >> Grenzen ziehen willst, wird OSM kollabieren. Dazu muss man kein Prophet sein. > > "Kollabieren" gibt es nicht, aber "in der Qualität nachlassen und > dadurch nur noch eingeschränkt brauchbar sein." > > Wir sollten nicht wesentlich mehr mappen als wir aktuell halten können. > Wenn bei uns die Aktualität schlechter wird als bei den Mitbewerbern, > weil z.B. die Zahl der aktiven Mitstreiter sinkt, dann müssen wir etwas > tun. > > Noch haben wir den Zustand des Wartungsproblems (zum Glück) nicht erreicht. > Wikipedia ist meines Erachtens dort schon. Dort ist das Problem, dass > das stilistisch untragbare, mit Rechtscheibfehlern gespickte, inhaltlich > überholte, nicht neutrale, persönlichkeitsrechtsverletzene oder schlicht > faktisch unsinnige Artikel bereits heute regelmäßig sind und den Ruf der > Wikipedia als ganzes schädigen. > Da das Arbeitspensum der Mistreiter sich mangels Hierachie in der WP > sich nicht gezielt steuern lässt, wird über die (drakonische) Maßnahme > "Artikelverknappung" die vorhandene Wartungleistung auf weniger Artikel > konzentriert, eben auf jene, die nach den Relevanzkriterien bestehen. > > Ich hoffe, dass wir als OSM von dem Punkt noch ein gutes Stück weg sind. > Wenn ich jedoch Nodes mit Öffnungszeiten und Verkaufsautomaten mit > Listen von akzeptierten Münz-Werten sehe, dann gruselt mich es > allerdings schon ein wenig, wer das dauerhaft pflegen möchte. Wir haben hier bei OSM aber noch einen Korrekturmechanismus: Den Anwendungsentwickler! Es gibt bislang keinen Endanwender, der direkt mit den Daten arbeitet - und das wird es wohl auch nie geben. Da ist noch einer dazwischen, der die Daten aufbereitet (Karte, Routing, ...) und der trifft eine Auswahl. Wenn der Entwickler nun merkt, daß Öffnungszeiten einfach mehr Ärger machen als was zu bringen (z.B. nicht vollständig oder aktuell), wird er halt die Öffnungszeiten auf gewisse Gebiete einschränken (wo es klappt) oder einfach wieder ganz rausschmeißen. Auch hier gilt: Wikipedia und OSM sind zwar in vielen Punkten ähnlich, aber haben auch wesentliche Unterschiede, daher können Erfahrungen bei Wikipedia nie 1:1 auf OSM übertragen werden ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwegbenutzungspflicht (Re: Radwege und Radwegrouting)
Martin Koppenhoefer writes: >> Ich inde das sehr richtig, wenn es denn wirklich verboten ist. Was aber ja >> (zumindest in Hamburg) bei der überwiegenden Anzahl der Straßen mit Radweg >> der Fall ist. Man beachte: >> § 2 (4) Satz 2 StVO: Auch in HH wird, wie in jeder stadt, die überwiegende anzahl der straßen glücklicherweise ohne radweg ausstaffiert sein. >> Zitat: >> Sie [Radfahrer] haben Radwege und Fahrradstraßen zu benutzen, wenn die >> jeweilige Fahrtrichtung mit Zeichen 237, 240 oder 241 gekennzeichnet ist. >> >> Das heißt auch das sie eben nicht auf der Straße fahren dürfen und dann finde >> ich bicycle=no richtig. Wenn es das hieße, stünde es so im gesetz. > naja, das haben wir doch schon zigmal gehabt: es gibt immer (oft) > Gründe, den Radweg eben doch nicht benutzen zu müssen, z.B. wenn er in > einem schlechten Zustand, zugeparkt, vereist, etc. ist, oder wenn man > woanders hin will, als wo er hinführt (Stichwort abbiegen). Das wird > alles durch ein pauschales bicycle=no komplizierter. Ich bin dagegen. Genau. bicycle=no ist nur an wenigen stellen angezeigt: bei entsprechenden blauen (Kraftfahrstraßen, reinen Fußgängerwegen) oder roten schildern (Fahrrad verboten) oder wenn fahren technisch unmöglich ist. Um das technisch machbare zu bestimmen, sollte man von einem stadt- oder tourenrad ausgehen. Für renn- oder geländeräder gelten andere bedingungen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de