Re: [Talk-de] Wegpunkte aus JOSM exportieren
On Fri, Aug 08, 2008 at 10:07:15AM +0200, Sebastian Waschik wrote: > > "Save as GPX"? > das speichert aber nicht den Namen ab. Ich hatte einfach ein Tag mit > dem Namen "name" in OSM erstellt. Außerdem habe ich "desc" und > "description" erstellt. Die GPX hatte aber keinen Tag mit dem Namen > "name". Da hast du Recht, laut Sourcecode werdendie Namen bei Tracks nur für den Track exportiert, nicht für die WayPoints. Das ist ein Bug bzw. fehlende Implementierung in josm gruß christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tachog eber
gibt's in sau teueren navis im automobilbereich, die werksseitig verbaut werden. die teile werten die beschleunigung, geschwindigkeit, umdrehungszahl der räder etc. und das ganze funktioniert soweit ich weiss nur für relativ kurze strecken, da sonst zu große abweichungen entstehen machbar ist alles, aber was willst du dafür zahlen, wenn eine gps bt maus 100 euro kostet? ich meine die gyros liegen auch um den preis. wer zahlt 500 oder euro dafür? On Thu, Aug 14, 2008 at 02:23:17PM +0200, Sven Sommerkamp wrote: > Wäre nicht eine sinnvolle Entwicklung fürs Mappen, wie für die Navigation ein > Gerät mit eingebauten Girosensoren (gibts klein mit wenig Stromverbrauch für > Modellhubschrauber) und Tachogeber, sowie Barometrischem und > Beschleunigungssensor ? > > Häufige Trackausreisser wie z.B. in Häuserschluchten, oder das Mappen von > Tunneln sogar mit Abzweig im Tunnel wären dann bequem möglich. > Mappen von Bahnstrecken auch im ICE usw. wäre auch plötzlich möglich. > > Das Gerät sollte, könnte eine Kombination aus GPS und dieser Sensorik sein. > Es würde automatisch hin und herschalten zwischen GPS Betrieb und Sensorik > und damit wesentlich präzisere Daten liefern. > > Das Gerät könnte z.B. als Bluetooth Maus ausgeführt sein um dann mit anderen > Geräten gekoppelt zu werden. > > Nur mal so eine Idee zu einem möglichen Opensource Projekt zu einer neuen > Hardware. > > Gruß Sven S. > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] dpa: »Open Street Map«: Alternat ive zu Google Maps und Co.
"...sie sind mit GPS-Sendern ausgerüstet,..." ja klar ich hab auch immer nen Satelliten auf dem Rücken daher auch die Rückenschmerzen und das dicke Minus auf dem Konto ;-) On Mon, Aug 11, 2008 at 09:43:48AM +0200, Roman Grabolle wrote: > dpa hat einen längeren Text zur OSM gebracht und den werden wohl einige > Zeitungen in der nächsten Zeit in einer ähnlichen Formulierug bringen. Zuerst > gefunden in der Thüringischen Landeszeitung (TLZ) von Montag, den 11. August > 2008: > http://www.tlz.de/tlz/tlz.pc_internet.volltext.php?zulieferer=dpa&redaktion=zin&dateiname=iptc-zin-20080808-16-dpa_18558476.nitf&kategorie=&catchline=%2FServiceLine%2FComputer_Multimedia%2FSurftipp_der_Woche&other=&dbserver=1 > Also besser auf einen weiteren Ansturm auf den Server gefaßt machen. > > > »Open Street Map«: Alternative zu Google Maps und Co. > > Ein Wiki für Karten: Beim Projekt »Open Street Map« kann jeder mitarbeiten > und die Karten vervollständigen. (Bild: »openstreetmap.org«) > > Meerbusch (dpa-infocom) - Google Maps, Google Earth, Virtual Earth, Yahoo > Maps - es gibt eine Reihe von Kartendiensten im Internet. Dort hat man online > jederzeit kostenlosen Zugriff auf Straßenkarten und Stadtpläne. Aber auch > kostenlos hat so seine Tücken. > > Die Anbieter manipulieren schon mal das Kartenmaterial oder »verzieren« es > mit Werbung - und niemand weiß, ob sie ihr Angebot nicht irgendwann wieder > einstellen werden. Hinzu kommt der rechtliche Aspekt. Anschauen ja, selber > nutzen nicht ohne weiteres erlaubt - so wollen es Google und Co. > > Anders bei www.openstreetmap.org, einer Art OpenSource-Projekt für > Kartenmaterial. Auch dort bekommt der User Karten und Pläne zu sehen. Man > kann näher heranzoomen und rund um den Globus nach Orten, Straßen oder > Plätzen suchen. Der große Unterschied: Das verfügbare Kartenmaterial darf in > jeglicher Form weiterverwendet werden, das gilt auch für Veröffentlichungen. > So ist die Einbindung in Print-Erzeugnisse, Webseiten und Anwendungen > möglich, ohne durch Lizenzen beschränkt zu sein. > > All das kann nur funktionieren, weil ein Heer von Freiwilligen das > Datenmaterial für die Karten sammelt. Sie nennen sich Mapper, sind mit > GPS-Sendern ausgerüstet, und messen Straßen und Gelände aus, markieren > Gebäude oder Sehenswürdigkeiten. Dann werden die zahlreichen Rohdaten zu > Karten zusammengeführt und mit Zusatzinformationen wie beispielsweise > Straßen, Standorte von Krankenhäusern, Apotheken und Tankstellen versehen. > Auf diese Weise entsteht nach und nach ein vollkommen freies Kartenmaterial, > das jeder benutzen kann. Wer selber Mapper werden will, findet im > Eventkalender der Homepage Aktivitäten und Ansprechpartner aus seiner Region. > > Auch wenn so mancher Ort und viele Straßen hier noch fehlen und die Karten > nicht so professionell aussehen wie bei der kommerziellen Konkurrenz: Das > Wiki mit geographischen Daten ist eine interessante Alternative - immerhin > ist es auch frei von Werbung. > > Kostenloses Kartenmaterial: > > www.openstreetmap.org > 11.08.2008 dpa > -- > GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! > Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtungsbezug (was: Datenbankbereinigung)
On Fri, Aug 08, 2008 at 09:43:03PM +0200, Dirk Stöcker wrote: > On Fri, 8 Aug 2008, Frederik Ramm wrote: > >> Wen man aber ohnehin immer davon ausgehen muss, dass sich im >> Datenbestand eine Anzahl von "unaufgeraeumten" Tags befinden, die seit >> dem letzten "Aufraeumen" entstanden sind - wozu dann noch aufraeumen? >> Ein Renderer, der mit oneway=true und oneway=yes umgehen kann, dem ist >> es doch egal, ob er 999 mal true und 1 mal yes hat oder 500 mal das eine >> und 500 mal das andre. > > Ja. Gegen die Booleans sage ich ja gar nichts. Finde ich zwar nichts > schön, aber sei es drum. Das ist technisch einfach zu lösen. Mich stört > nur die fehlende Allgemeingültigkeit des Richtungsbezuges. Da werden > nämlich in Zukunft noch mehr Sachen kommen, die darauf aufbauen und jeder > Mapper wird wieder und wieder schimpfen, wenn irgendwo ein Weg gedreht oder > verbunden wird, weil keine Software die Richtungsbezüge korrigiert (oder > aufgrund von mannigfaltigen Regeln überhaupt könnte). man sollte vielleicht die richtung der wege abschaffen und wir sollten uns ein konstrukt überlegen das uns mehr bringt als pfeile bzw die ordnung der nodes innerhalb eines wegs bei oneway könnte man zum beispiel die tags auf die endnodes setzen oneway=begin & oneway=end oder ein einfahrt verbotenschild am ende und ein einbahnstrassen schild am anfang > > Schau mal im TagWatch nach left, right, opposite, other und sag mir, wie > dass algorithmisch handhabbar sein soll. Bei vielen Sachen sehe ich ja > nicht mal als Mensch durch, was gemeint ist, wie soll das ein Programm > klarkommen. > > P.S. Um noch mal zum alten Thema zurückzuschweifen - Du kannst die > Booleans auch technisch in den Griff bekommen. Wenn der Server beim Upload > einfach bekannte Konvertierungen vornimmt hast Du auch einen konsistenten > Datenbestand ;-) das ist ja auch mein tip aber na ja man ändert die daten des mappers und das könnte ih verärgern > > Ciao > -- > http://www.dstoecker.eu/ (PGP key available) > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
On Fri, Aug 08, 2008 at 05:38:52PM +0200, Stefan Neufeind wrote: > > :-) meine Meinung > > . und weil jeder so darf wie er will und keiner niemanden > > dran hindert, werden ab morgen alle namen rückwärts geschrieben > > *lol* > Aber dann auch brav mit name:lefttoright=... oder name:reverse oder > name:andersherum taggen :-) nööö, entweder schreibe ich ein - davor, oder aber shit egal und warte, bis es einer in den renderer implementiert gruß christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
On Fri, Aug 08, 2008 at 04:50:07PM +0200, Torsten Leistikow wrote: > Es steht natuerlich auch jedem frei, einen Bot anzuschmeissen, der die > Werte nach Belieben (oder auch zufaellig) wieder vertauscht. Ist die > OSM-Welt ohne Regeln nicht etwas Wunderbares? :-) meine Meinung . und weil jeder so darf wie er will und keiner niemanden dran hindert, werden ab morgen alle namen rückwärts geschrieben *lol* das ist auch der grund wieso mittlerweile bei wikipedia nicht alles von jedem bearbeitet werden kann schönen abend noch christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
On Fri, Aug 08, 2008 at 02:57:53PM +0200, Dirk Stöcker wrote: >>> Unter Freiheit verstehe ich dass nichts verboten wird. Unfug korrigieren >>> und abschaffen widerspricht dem nun wirklich nicht. >> Das Problem ist: Wer entscheidet, was Unfug ist. Dass diese Entscheidung >> nicht leicht ist, weisst Du als regelmaessiger talk-de-Leser: Sind >> Strassenlaternen Unfug? Parkbaenke? Flugrouten? > Deswegen: > > a) Alle momentanen -1 anschauen (knapp 1300) > b) Wenn drehbar dann durch oneway=yes ersetzen. > c) Wenn -1 nachher weg ist, dann wars Unfug. > > Ist doch einfach :-) > bei den meisten Wegen wird es so sein wie hier in den drei folgenden Beispielen. es spricht eigentlich nichts dagegen sie zu drehen, auch in den Nodes sind keine Tags außer . Der Erfasser hat sie von links nach rechts gezeichnet, die Einbahnstraße verläuft aber andersherum und da es -1 gibt macht man sich die "Arbeit" mit dem drehen der Wege nicht. Da bei dem Projekt jeder die Daten ändern kann, so wie er meint, daß es richtig ist $ ./oneway_aufraeumen.sh ;- Keine Panik, das script gibt es noch nicht. PS: wer sagt mir, daß ich die Namen von links nach rechts schreiben soll und nicht umgekehrt? -> "Irrgarten" => "netragrrI" Oder wie wärs mit highway=false für Wälder? Irgendeiner baut es schon irgendwann in den Render ein ;-) was interessieren mich die Probleme anderer, wenn ich es so erfassen will, dann mache ich es auch! In dem Sinne: Wir sind eine Community, die miteinander lebt. Man kann sich auf Normen und Vorgehensweisen verständigen. Strenge Prüfungen und Verbote an der API nützen genausowenig wie Leute die alles anders machen. Hauptsache sie haben ihr -1! Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
Hallo, On Thu, Aug 07, 2008 at 07:25:28PM +0200, Frederik Ramm wrote: > Niemand hatte je den Anspruch, ein Format zu schaffen. Die > Herausforderung bei OSM ist, aus den Daten was gutes zu machen, ohne > dass es feste Regeln gibt, weil feste Regeln den Evolutionsprozess > zerstoeren, den Mapper zum tumben Datentypisten machen und dem Projekt > die Dynamik nehmen, die es zum Leben braucht. > > Mir ist schon klar, dass es fuer die Nutzer der Daten etwas > komplizierter ist, aber die vernuenftige Loesung waere, sich einen > normierenden Zwischenlayer auszudenken, der die Daten in das wandelt, > was man gerne haette, und NICHT, die Mapper normieren zu wollen. zwingen etwas "normiert" zu machen wäre ein falscher ansatz. zwischenschicht ist der richtige ansatz, nur sollte man meiner meinung nach die zwischenschicht, nicht beim herauslesen der daten ansetzen, sondern für bekannte sachen beim hineinscheiben in die datenbank oder in periodischen jobs, denn: - beim lesen der daten (zum beispiel: das api ersetzt die werte) würde es bedeuten, daß es immer wieder gemacht werden muß was performance kostet. - wenn jede anwendung eine zwischenschicht implementiert und für die interpretation der werte zuständig ist, bedeutet das eine fehleranfälligkeit und pflegeaufwand. beispiel: für boolean werte (z.B. oneway) kann folgendes in der db stehen: oneway=true oneway=TRUE oneway=trUE oneway=yes oneway=YES oneway=1 usw. jede anwendung muss nun um dieses eine feld zu unterstützen ein regelwerk und normierung der werte durchführen. dies bedeutet aufwand und fehleranfälligkeit für jede anwendung. und wenn dann einer hinkommt und oneway=ja oder oneway=si hinschreibt muß jede anwendung angepasst werden. beim hineinschreiben passiert es nur ein einziges mal und alle die da drauf zugreifen können sich da drauf verlassen, daß die daten "sauber" sind und eben bei boolen werten wie oneway da z.B. immer true zurückkommt. gruss christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Brainstorming: Tools / Features
Hallo talk-de, ich lese ab und zu hier in der Liste Wünsche für Tools, Features für vorhandene Tools oder bereits laufende Projekte rund um OSM. Aber so eine Liste von Wünschen/Anregungen/Projekten existiert meines Wissens nach nicht. Wenn doch bitte mailen :-) Also mal ein kleines brainstorming: wenn ihr euch Tools und Features wünschen könntet, was wäre für euch wichtig, was hättet ihr gerne? Gruss Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging für Kiss+Ride?
On Mon, Aug 04, 2008 at 08:25:25AM +0200, Tobias Wendorff wrote: > wie soll ich denn Kiss+Ride mit 30 Minuten Höchstparkdauer taggen? > Typ: node > amenity=parking > name=Kiss+Ride > fee=no > maxstay=30 > parking=kiss_and_ride wäre mit Abstimmung verbunden und sooft gibt > es diese Parkplätze ja nicht. > Für alle, die es nicht kennen: Diese Parkplätze befinden sich an einigen > Bahnhöfen, um seine Liebsten für die Reise zu verabschieden (klingt > irgendwie tragisch). Man darf dort bis zu 30 Minuten kostenfrei parken, > wenn man sich halt wirklich von Jemanden verabschiedet :-) moin, ich würde es abstrakt halten und kein neues tag hinzufügen. Es ist ein parkplatz mit kostenfreiem parken für 30 min, mehr nicht. daß die bahn das teil kiss and ride nennt, ist deren werbestrategie, daher name=kiss+ride ist meiner meinung nach schon ok, an der stelle. gruss christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
On Wed, Jul 23, 2008 at 03:57:11PM +0200, Stefan Neufeind wrote: > > Darf denn zumindest jenes File "veröffentlicht" (weitergegeben) werden? > Dann könnte man es ja, je nach Umfang, auf Wikiseiten packen und jeder > schaut das er in seiner näheren Umgebung (nach PLZ?) alle bereits > vorhandenen Briefkästen aus der Liste entfernt. Dann sehen wir in > welchen Gebieten noch was übrig bleibt. > > (Meine aktuelle Schätzung ist, daß die Verteilung von Briefkästen in der > Fläche noch halbwegs überschaubar ist pro Stadt.) Vielleicht sollte man der Post ein Angebot machen osm bekommt die Beschreibungen und die Post die GPS-Positionen ihrer Briefkästen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetMap freundliche Berufe.... :)
On Tue, Jul 22, 2008 at 07:32:48PM +0200, Frederik Ramm wrote: > Hallo, > > Karl Eichwalder wrote: > > Ich habe schon eine Anfrage bei einem befreundeten Falkner laufen, um > > die Luftwege abgerichteter Vögel tracken zu lassen. > > Pah, das ist gar nichts, ich kenne da einen Imker... Jungs, ihr schreibt im falschem Thread"Mapping von Flugrouten" ist der richtige ;-) ha ha Schönen Abend noch Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetMap freundliche Berufe.... :)
On Tue, Jul 22, 2008 at 05:15:45PM +0200, Raphael Studer wrote: > > Und: Ich kenne keinen Logger, dessen Akku und Speicher ne Woche mitmacht. > > Ich > > dachte eher an einige einzelne Tage mit jeweiligem Auslesen und aufladen > > dazwischen. > > Die Wintec WBT-201 machen ne ganze Weile mit, je nach einstellung. > Die Batterie hält zwar nur etwa 16h aber der Fahrer kann das Gerät ja > Abends ausschalten und über Mittag. qstarz bt1000p hält über einen Tag auf jeden Fall aus, aber im Grunde geht es nur um 8-10, max 12 Stunden Arbeitszeit, da sollten die meisten Logger durchhalten. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetMap freundliche Berufe.... :)
Hi, On Tue, Jul 22, 2008 at 04:06:28PM +0200, Bernd Wurst wrote: > > Macht der Aufwand Sinn? Wenn man einen Logger einem Fahrer in > > den Wagen legt, zeichnet man ne woche Daten innerhalb einer > > Stadt auf, die wahrscheinlich eh schon gemappt sind. > > Nach einer Woche macht die Sache schon keinen Sinn mehr, da der > > Fahrer wieder die gleiche Route fährt > > oder wie sieht der Plan aus? > > Wir sind hier ein *sehr* flächiger Landkreis. In den Städten ist zwar das > Mapping recht gut fortgeschritten, aber die Mini-Ortschaften auf dem Land > sind teilweise nur vom GeoNames-import da. > > Da wir (wenn es denn klappt) mit der Zentrale kreisweit arbeiten können, > wissen die ja, welches Auto welche Tour fährt und mit dem Wissen können wir > uns die interessantesten Gebiete aussuchen. ok, das mach Sinn. > > Und: Ich kenne keinen Logger, dessen Akku und Speicher ne Woche mitmacht. Ich > dachte eher an einige einzelne Tage mit jeweiligem Auslesen und aufladen > dazwischen. kenn ich auch nicht, höchstens ein PDA mit nem Kabel am Zigarettenanzünder. Was ich meinte ist die Schleife von einer Woche nach der ein Müllwagen wieder die gleiche Route fährt, dass zwischendurch die Daten ausgelesen werden müssen war klar. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetMap freundliche Berufe.... :)
On Tue, Jul 22, 2008 at 03:41:44PM +0200, Bernd Wurst wrote: > Hallo. > > Am Dienstag, 22. Juli 2008 schrieb [EMAIL PROTECTED]: > > Besonders Interessant dürfen z.B. sein: > > Taxifahrer, !Pizzalieferservice!, Fahrlerer/Fahrprüfer usw. usf. > > Nicht zu vergessen: Postbote! > > Wir sind grade im Gespräch mit der Müllabfuhr. Also da arbeitet zwar niemand > (als Fahrer), der selbst OSM-engagiert wäre, aber wenn wir einen kompakten > Logger beschaffen, der nen Arbeitstag durchhält, können wir den dort mit > laufen lassen. Macht der Aufwand Sinn? Wenn man einen Logger einem Fahrer in den Wagen legt, zeichnet man ne woche Daten innerhalb einer Stadt auf, die wahrscheinlich eh schon gemappt sind. Nach einer Woche macht die Sache schon keinen Sinn mehr, da der Fahrer wieder die gleiche Route fährt oder wie sieht der Plan aus? Gruß Christian > Gruß, Bernd > > -- > Wer eine Sau sattelt, macht aus ihr noch kein Rennpferd > - Johann Geiler von Kaysersberg > ___ > 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] Sommerrodelbahn
> Außerdem suche ich noch ein Tag für einen Hochseil-Garten. > Hochseilgarten -> sport=ropes_course Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag f?r Stra?enlampen, Beleuchtungsmasten etc. gesucht
> Ja, genau dafür ist OSM super, dass beliebige Interessensverbünde ihre > Daten auf denen von OSM aufsetzen können und nicht jedes Mal gezwungen > sind das Rad neu zu erfinden, bzw. teuer einzukaufen. > Man kann doch aber Daten aus verschiedenen Quellen verbinden, dann haben > die Stadtwerke eine Webseite, die alle Laternen in einer OSM anzeigt. > > Warum muss dafür alles in eine einzige Datenbank gequetscht werden? > ich würde das auch nicht alles in eine Datenbank packen, StreetMap sollte meiner Meinung nach eine Strassen Karte bleiben und den Rest könnte man perfekt aus anderen Datenbanken zur Laufzeit / render-Zeit beziehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag f?r Stra?enlampen, Beleuchtungsmasten etc. gesucht
Sven Sommerkamp wrote: > Ich möchte gerne das Goldfischglas in meinem Keller taggen. > Das Goldfischglas steht auf einem Schreibtisch und ist abgedeckt! > Brauche einen TAG für das Tuch und einen fürs Glas außerdem muß das wohl > Layer -1 sein oder? > > Ganz ehrlich wir sollten uns schon überlegen für was wir unser Arbeit > investieren und was Wert hat! > > Es gibt nicht für alles einen TAG und das ist gut so. > > Sonst kommt nocht tatsächlich jeman auf die Idee sein Goldfischglas zu > taggen... ;-) > Prinzipiell hast Du Recht, ich hab mir auch beim lesen des Threads gedacht: "Man haben die nichts anderes zu tun" aber, es hängt immer vom Anwendungsfall ab was geTAGt wird. Beispiel: Wenn die Stadtwerke die Karten von OSM nutzen wollen und darauf basiert Stromkreise abbilden und drucken wollen, dann werden die Stadtwerke zusehen, dass Lampen geTAGt werden, nummeriert, Stromkreise eingezeichnet und benannt, Trafostationen, Verteiler etc. Die haben auch das Wissen über den Verlauf der Stromkreise etc. und können diese Daten "Fehlerfrei" eintragen. In wie weit man den Daten, die praktisch jeder ändern kann wieder vertraut ist ne andere Sache ;-) Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Relations-Editor
Frank Gruender wrote: > Läd deine Erweiterung auch Mitglieder-Relations nach? Dies wäre auch > noch eine sinnvolle Erweiterung, da ja auch Relations ineinander > verschachtelt sein können. > ja, allerdings nicht dessen Mitglieder. Beispiel: Wenn ich eine Relation (RA) habe die folgendes enthält: 10 Punkte 1 Weg (mit 10 Punkten) 1 Relation (RB) ( mit weiteren Wegen und Punkten) werden über die API folgende Sachen heruntergeladen: 10 Punkte von RA, 1 Weg von RA dessen 10 Punkte und die Beschreibung der Relation (RB). RB wird dann im Relation-Dialog angezeigt. Will man die Mitglieder der Relation RB haben, wiederholt man das ganze für RB. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Relations-Editor
André Reichelt wrote: > Christian Malolepszy schrieb: >> hab den Source-Patch gepostet, wer Lust hat kann sich die jar Datei >> mit dem Relation-Download hier: >> http://braindrudge.de/osm/josm/josm-latest.jar >> herunterladen und testen. Vielleicht kommen so noch >> Verbesserungsvorschläge. > > Wäre es möglich, das Ganze als Plugin anzubieten oder direkt in die > offizielle Version einzubauen? - Plugin ... ist so ne Sache, prinzipiell ja, aber es gehört meiner Meinung nach zu dem RelationEditor und der ist nun im Kern von JOSM, eine Möglichkeit wäre noch einen RelationEditor mit einigen zusätzlichen Features zu erstellen und dann das ganze als Plugin anzubieten. - offizielle Version den Patch habe ich gemailt, da ich keinen Schreibzugriff auf das SVN-Repository habe, können wir nur warten, bis es jemand commited. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Relations-Editor
> Unbedingt! Sowas können wir hier immer gut gebrauchen. hab den Source-Patch gepostet, wer Lust hat kann sich die jar Datei mit dem Relation-Download hier: http://braindrudge.de/osm/josm/josm-latest.jar herunterladen und testen. Vielleicht kommen so noch Verbesserungsvorschläge. Anleitung: Im Relation-Editor ist ein weiterer Button hinzugekommen, Download Members. Nach dem drücken, lädt JOSM alle Wege der Relation, die als incomplete gekennzeichnet sind herunter. So kann man am Beispiel Frankenweg (http://www.informationfreeway.org/api/0.5/relation[name=Frankenweg]) ganz gut die Lücken sehen, hineinzoomen, normalen Download starten und die Wege der Relation hinzufügen. Würde mich über feedback freuen Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem beim Einladen von GPS-Track in josm
Hallo, die Fehlermeldung des XML-Parsers kenn ich, es liegt da dran, daß die Dateien in einem anderem Zeichensatz abgespeichert wurden und sich nun vor dem tag zwei Sonderzeichen befinden. Schick mir mal die Datei zu, dann schaue ich sie mir nochmal an. Gruß Christian Alexander Schulze wrote: > Hallo zusammen, > > ich wollte meine GPS-Tracks in josm einladen und bekam dieselbe > Fehlermeldung wie Kai Behncke vor ungefähr einem Monat. > > "Content is not allowed in prolog" > > Wenn ich die Daten mit GPS-Babel von gpx nach gpx konvertiere, kann ich > sie auch in josm einlesen. > Wollte das nur mal mitteilen, da es ja vielleicht ganz toll wäre, wenn > man josm dahingehend anpassen könnte auch die "veränderten" gps-tracks > zu lesen. > > Benutzt habe ich dazu das Falk N240L mit der Software von MagicMaps. > > schönen Gruß > Alex > > ___ > 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] JOSM: Relations-Editor
Hallo, so wie es aussieht liegt es in dem Fall nicht an der Relation oder JOSM sondern da dran, dass die restlichen Wege des "Frankenweg" nicht innerhalb der Relation sind. Ich hab mal den JOSM erweitert, so, dass man unvollständige Relationen herunterladen kann, man sieht dann ganz gut die Lücken bzw. Fehler in den Relationen. Auf die Lücke ranzoomen, normalen download starten und den Teil der fehlt der Relation hinzufügen. Damit bekommt man die Relationen in den Griff. Wenn weiterhin Interesse besteht, werde ich die paar Zeilen code etwas sauber machen und dann den Patch posten. Gruß Christian Andreas Jacob wrote: > Am Freitag, 6. Juni 2008 15:58:02 schrieb Christian Malolepszy: > >> Hallo, >> >> kann mir mal einer die Koordinaten für den 500km langen Frankenweg >> geben, dann schaue ich mal, >> dass ich einen Patch für JOSM erstelle, der dann die ganze Relation >> runterlädt. >> > > wget 'http://www.informationfreeway.org/api/0.5/relation[name=Frankenweg]' -O > frankenweg.osm > > Und schon hast du den Frankenweg un kannst ihn in Josm laden. Sieht aber sehr > unvollständig aus. > > Gruß Andreas > > ___ > 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] JOSM: Relations-Editor
Hallo, kann mir mal einer die Koordinaten für den 500km langen Frankenweg geben, dann schaue ich mal, dass ich einen Patch für JOSM erstelle, der dann die ganze Relation runterlädt. Danke und Gruß Christian Andreas Stenglein wrote: > Ich häng mich da auch gleich mal mit ran... > > >> Außerdem fände ich die Möglichkeit schön, alle Mitglieder einer >> Relation, die noch nicht geladen wurden (sind im Editor als >> "unvollständig" markiert) unkompliziert in einem Rutsch vom Server >> holen zu können. Wer z.B. eine ganze Bahnstrecke oder auch einen Wald >> > > Ja, bitte einbauen! > > Ich wollte heute dem insgesamt ca. 500km langen Wanderweg "Frankenweg" > ein paar Kilometer ranhängen, ging aber nicht, weil ein paar > Stücke "unvollständig" sind. > Diese Stücke aufzufinden ist wohl unmöglich, außer man lädt ganz > Bayern runter. > Oder ich fange einfach einen "Frankenweg2" an, bis JOSM entsprechend > angepaßt ist. > > Wie lange wird es dauern bis das eingebaut ist, daß JOSM fehlende > Wegstücke und Nodes einer Relation per Knopfdruck herunterlädt? > > freundliche Grüße, > Andreas > > ___ > 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] Tag für P+R Parkplatz
ups, sorry, hab nicht in den Daten geschaut sondern nur auf der Karte, da ich weiß, da da einer ist. Bernd Wurst wrote: > Hallo. > > Am Donnerstag, 5. Juni 2008 schrieb Christian Malolepszy: > >> hier ist ein P+R : >> http://www.openstreetmap.org/?lat=52.44111&lon=9.72504&zoom=17&layers=0B0FT >> > > Nein. > > Dort ist ein normaler Parkplatz, dem jemand den *Namen* "Park & Ride" gegeben > hat. > > Mit einem speziellen Park&Ride-Tag hat das nichts zu tun. > > Gruß, Bernd > > > > > ___ > 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] Tag für P+R Parkplatz
Hallo Heiko, hier ist ein P+R : http://www.openstreetmap.org/?lat=52.44111&lon=9.72504&zoom=17&layers=0B0FT Mapnik zeigt nur ein "P" an, Osmarender schreibt "Park & Ride" drüber. Gruß Christian Heiko Schack wrote: > Moin Moin. > > Die Tagvergabe für P+R (Park and Ride) Parkplätze scheint mir ein wenig > missverständlich zu sein. > > Normale Parkplätze werden ja als "amenity=parking" gekennzeichnet. Für > dieses Tag gibt es noch zusätzlich den Key "parking". Laut Wiki > (http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dparking) kann man > dort auch "park_ride" eintragen. > > Laut der Wiki-Seite zu P+R > (http://wiki.openstreetmap.org/index.php/Proposed_features/Park_and_Ride) > gibt ein eigenes Tag "amenity=park_ride" mit der Class-Angabe, um was für > ein ÖPNV-Übergang es sich handelt > > Leider habe ich in der näheren Umgebung keinen P+R Parkplatz gefunden, an > dem ich mich orientieren kann. Welches Tag würdet ihr für einen P+R > vergeben? Wird die amenity "park_ride" in Mapnik und Osmarender richtig > angezeigt? > > Lg > > Heiko > > > > > ___ > 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] FYF: Hannover Stadtrat hat dem Bau des pankontinentalen Falkenwegs nach langer Beratung zugestimmt
wie war das nochmal mit der interplanetaren Umgehungsstraße? ;-) Die fängt nun in Hannover an :-) Find ich persönlich gut! Raphael Studer wrote: >> Enden tut der Falkenweg hier: >> http://www.openstreetmap.org/?mlat=52.4509&mlon=9.76&zoom=14 >> > > Ich hab hier ein Ende gefunden: > > http://www.openstreetmap.org/?mlat=0.0&mlon=0.000&zoom=14&layers=B00FT > > Also in der Mitte der Welt, scheint sowieso etwas viel Verkehr zu herschen > dort. > > Grüsse > Raphael > > ___ > 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] FYF: Hannover Stadtrat hat dem Bau des pankontinentalen Falkenwegs nach langer Beratung zugestimmt
Frank Sautter wrote: > und auch gleich mit dem Bau und der Kartierung in OpenStreetMap begonnen > http://www.openstreetmap.org/?mlat=52.4509&mlon=9.76&zoom=14 > cool, wurde auch Zeit! Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Software Weiterentwicklung, war: Lern-Videos
Sven Geggus wrote: > Bernd Wurst <[EMAIL PROTECTED]> wrote: > > >> Denn es wird jetzt IMHO noch maximal ein Jahr dauern, dann ist Deutschland >> mit all den Straßen erfasst, wo ernsthaft viele Leute lang fahren. >> > > Ehrlich gesagt glaube ich dass das noch etwas länger dauern wird als ein > Jahr. In den ländlichen Gebieten ist die Karte nämlich teilweise noch sehr > sehr dünn. > ja das glaube ich auch, teilweise werden einzelne Straßen oder Dörfer noch einige Jahre nicht verfügbar sein die Benzinpreise hindern einen auch gerade da dran einfach so durch das Land zu fahren und zu mappen. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Software Weiterentwicklung, war: Lern-Videos
Bernd Wurst wrote: > Es ist nicht so, dass ich nicht weiß was das wort so wörtlich übersetzt > bedeutet. > Sorry, da hab ich Deine Frage falsch verstanden, war nicht böse gemeint. > Aber wir reden hier immer noch von freier Software. Da gibt es IMHO nur drei > Möglichkeiten, Änderungen zu bekommen > > 1. selber machen > 2. jemanden dafür bezahlen > 3. Von vielen Leuten unterstützte Vorschläge so einbringen, dass es jemand > anderes freiwillig macht. > > Meine Frage war jetzt eher: An welche Art des forcieren denkst du? > > Die Variante 3 scheitert (zumindest bei anderen Projekten) ganz oft daran, > dass die, die sich auskennen sich nicht überzeugen lassen, dass es eine > wirklich gute Idee ist, die Einstiegshürde zu senken. > Eigentlich kommt nur die Variante 1. in Verbindung mit 3. in Frage, denn: 1. allein sorgt für Chaos und Streit wenn jeder die Oberfläche nach seinen Wünschen anfängt umzubauen, neue Features sind zwar etwas anderes, sollten aber meiner Meinung nach auch abgestimmt werden. Und da kommt Punkt 3 ins Spiel. Nicht nur Software-Entwickler können aktiv dran arbeiten, sondern Leute die aktiv sich ums Testen kümmern und das auch ordentlich machen. Sammeln von Verbesserungsvorschlägen, Abstimmungen über Änderungen durchführen usw. Wenn ein Konzept in die "richtige" Richtung existiert, lassen sich auch die Entwickler leichter motivieren (da spreche ich aus eigener Erfahrung ;-) ) Zum Beispiel: Die Implementierung weiterer Import-Formate in JOSM eine der wichtigsten Sachen, damit Anfänger sich nicht mit Konvertierung-Tools rumschlagen müssen. Mich nervt es zum Beispiel und daher schaue ich mir gerade die Sourcen von JOSM an um da ein neues Dateiformat zu implementieren. Wenn ich endlich in die josm-dev liste schreiben kann habe ich vor eine User Umfrage zu starten und so vielleicht noch weitere Formate zu implementieren. Was Frederik letztens geschrieben hat (LinuxTag: mobile Endgeraete) ist auch sehr wichtig, das sind Informationen für Leute die sich nicht mit jedem GPS Tool das im Netz existiert auseinander setzen wollen ... >>> Aber richtig Mappen, neue Straßen machen und unerfasste Gebiete >>> aufzunehmen, dazu ist einfach nach wie vor ein gewisser Erfahrungs-Stand >>> nötig und vor allem sinnvoll. >>> >> Meine Ideen zum Thema Mapping gehen um einiges weiter und gehen eher in >> Richtung Automatisierung, denn je >> einfacher das Ganze ist, desto mehr machen mit, was wieder dafür sorgt, >> dass die Karten laufend aktualisiert werden. >> > > Finde ich persönlich kein erstrebenswertes Ziel. > > Es gibt ja ein tool, dessen Namen mir grade nicht einfällt, das GPX zu > OSM-Daten konvertiert. Wird meiner Auffassung nach allgemein eher geächtet, > da es keine wirklich guten Wege erzeugt. > > Karten erstellen ist zwar kein hochkreativer Job, aber es erfordert > Arbeitsabläufe, die sich nicht automatisieren lassen. > > Aber ich bin trotzdem gespannt auf konkrete Vorschläge. :) > Tools, kann man verbessern und weiterentwickeln, wenn es heute keine brauchbaren Wege erzeugt, wird es nicht akzeptiert und das Interesse sinkt. Durch geschickte Algorithmen lassen sich aber viele Sachen verbessern. Rom wurde auch nicht an einem Tag erbaut. ;-) Stell Dir mal ein Navigationssystem vor, mit OSM Karten, das sobald Du mit dem Auto oder Fahrrad einen neuen Weg fährst, diesen aufzeichnet, Dich unter Umständen über ein popup nach dem Typ fragt und wenn Du vor Deiner Haustür stehst, automatisch über WLAN an OSM übermittelt, erstmal als Track. Dann fahre ich ne Woche später den gleichen Weg und mein Navi macht das gleiche wenn ich wieder zuhause bin. Schon könnte man aus den Daten automatisch einen Weg erstellen, der durch zwei oder ein paar mehr Quellen bestätigt wurde. Der wird zwar erstmal keinen Namen usw. haben, aber er existiert in der Karte. Wenn man das ganze weiterspinnt, kann man aus der gefahren Geschwindigkeiten und dem Fahrzeug (Fahrrad, Auto, zu Fuß) Rückschlüsse auf den Weg ziehen. Mit dem Auto fährst Du keine 60 Km/h über einen Feldweg... über einen Trampelpfad im Wald werden niemals Daten von einem Auto kommen. und wenn sich einer in der Gegend auskennt, kann er die Daten Online erweitern. Das sind nur Ideen, wohin das ganze in Zukunft gehen könnte, der Weg dahin wird noch etwas länger sein. Das Projekt lebt von Usern, von Menschen die das freiwillig machen. Je einfacher es wird und mehr "schicke" Anwendungen und Lösungen existieren, um so mehr machen mit. Je mehr mitmachen umso genauer und aktueller wird das ganze. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Lern-Videos
Bernd Wurst wrote: > Hallo. > > Am Montag, 2. Juni 2008 schrieb Christian Malolepszy: > >> an sich eine ganz gute Idee mit den Videos, aber sollte man nicht lieber >> zusehen, dass man genau solchen Problemen nach dem "Verkaufsgespräch" ganz >> aus dem Wege geht indem man das einpflegen, bearbeiten, loggen von Daten >> einfacher gestaltet und die Entwicklung entsprechender Systeme, Plugins, >> JOSM+Plugins-Pakete, etc. forciert? >> > > Was genau meinst du mit "forciert"? > vorantreibt > Ich persönlich finde das Thema Mapping ist komplex genug, dass man den Leuten > eine gewissen Einstiegshürde lassen kann. Mal eben eine Straße in Potlatch > verschieben oder benennen ist ja nicht besonders kompliziert und sollte jeder > schnell hinbekommen. > > Aber richtig Mappen, neue Straßen machen und unerfasste Gebiete aufzunehmen, > dazu ist einfach nach wie vor ein gewisser Erfahrungs-Stand nötig und vor > allem sinnvoll. > Meine Ideen zum Thema Mapping gehen um einiges weiter und gehen eher in Richtung Automatisierung, denn je einfacher das Ganze ist, desto mehr machen mit, was wieder dafür sorgt, dass die Karten laufend aktualisiert werden. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Johann H. Addicks wrote: > Mich hat der JOSM aber nachhaltig abgeschreckt, weil's mir das bestätigt, was > ich fast immer (halbwegs) mächtigen JAVA-Applikationen empfinde: Schwerfällig > und dazu auch noch völlig inkonsistent in der Bedienung. Das ist etwa der > Sprung von Corel Draw zu Inkscape. > Hallo Johann, Java ist eine Programmiersprache in der sehr viel möglich ist, es ist mit Java auch möglich hochperformante Anwendungen und ansprechende, intuitiv bedienbare Oberflächen zu erstellen, hinter denen auch komplexe Vorgänge abgebildet sind. Es ist eine frage des Designs. Ich hab schon einiges an Jahren Entwicklung mit Java hinter mir und es ist uns immer gelungen intuitiv bedienbare Produkte auf dem Business-Markt zu platzieren und sich gegen die Konkurrenz durchzusetzen. Im OpenSource-Bereich ist es meistens so, dass die Entwickler es in der Freizeit machen und zwar so wie sie es meinen. Ist auch klar, sie verstehen den Background der Anwendung und so kommen sie mit dem Workflow der Oberfläche klar. Meiner Meinung nach fehlt es bei den Projekten an Leuten die sich eben um die Benutzerfreundlichkeit Gedanken machen und die Ideen auch durchsetzen können, es fehlt oft an qualifizierten Testern die Fehler finden und die Tests auch systematisch durchführen. In vielen, leider nicht allen, Firmen gibt es eben solche Personen die Einfluss auf die Entwicklung nehmen. In der OpenSource Welt kann jeder dazu beitragen die Software besser zu machen, aber die wenigsten tun es sie meckern lieber.. dabei würden konstruktive Beiträge viel mehr bringen. Schönen Abend Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Lern-Videos
Hallo, an sich eine ganz gute Idee mit den Videos, aber sollte man nicht lieber zusehen, dass man genau solchen Problemen nach dem "Verkaufsgespräch" ganz aus dem Wege geht indem man das einpflegen, bearbeiten, loggen von Daten einfacher gestaltet und die Entwicklung entsprechender Systeme, Plugins, JOSM+Plugins-Pakete, etc. forciert? Meine Erfahrungen mit "Lernvideos" im Netz waren bis jetzt nicht so positiv, da die Software die benutzt wird sich verändert, Sachen werden umgebaut, verschoben und anders gestaltet. Nach kurzer Zeit passen die Videos nicht mehr zu der Software. Soll heißen: Der Pflegeaufwand für Videos ist enorm hoch und wenn die veraltet sind, verwirren sie mehr als das sie nutzen. Gruß Christian Frederik Ramm wrote: > Hallo, > > auf dem Linuxtag hatte ich manchmal ein etwas schlechtes Gewissen, > weil ich mich wie ein Verkaeufer fuehlte: Ich habe einem "Kunden" > gezeigt, wie man "ganz einfach" mal was aendert oder einen hochgeladenen > Track nachzeichnet - zum Teil auch Leuten im Pensionsalter, die mir > interessiert folgten. Aber oftmals dachte ich: Wenn die sich jetzt > daheim an den Rechner setzen, dann kriegen die das alles niemals hin. > Dass sie fuer den JOSM noch Plugins installieren muessen, damit das > alles "ganz einfach" ist, dass man eventuell ein gpsbabel braucht, um > eine GPX-Datei zu erzeugen, wie man genau vorgeht, wenn man sich einen > Account holt, all das kam in meinem "Verkaufsgespraech" natuerlich nicht > vor, aber genau daran werden die Leute haengen bleiben. > > Idealerweise haetten wir natuerlich ein so engmaschiges Netz von > "Ortsgruppen", dass jeder einfach mal zu einem Treffen hingehen und sich > alles zeigen lassen kann. > > Aber ich denke, wir sollten jetzt echt mal dran arbeiten, vernuenftige > Lernfilme zu machen, die alles von Anfang an zeigen. Wir haben hier ja > schon oft drueber geredet, bislang kam nichts dabei heraus. Einen Film > gemeinsam zu bearbeiten, ist etwas schwer, aber wir koennten ja mal > zusammen das "Drehbuch" machen, und einer von uns - notfalls halt ich - > wuerde das dann abfilmen, wenn wir den Inhalt zusammengestellt haben. > > Ich habe hier mal einen Anfang gemacht: > http://wiki.openstreetmap.org/index.php/De:Video_Tutorials > > Vielleicht habt ihr Lust, Euch mal weitere Filme zu ueberlegen, die wir > brauchen koennten, und erste Skizzen fuer Drehbuch und Text da einzutragen. > > Bye > Frederik > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kirchen, Synagogen, Moscheen, Tempel, Pagoden und andere Sakralbauten
Hallo Roman,
das was ich zu dem Thema sakralen Bauwerke kenne ist, daß sie als als
amenity=place of worship
eingetragen und mit dem Tag religion= spezifiziert werden.
Hier ist der Wiki Artikel dazu:
http://wiki.openstreetmap.org/index.php/Mapping/Features/Place_of_Worship
Das Kreuz als Symbol ist eine Sache des Renders und wird bestimmt
irgendwann ausgetauscht. Dieser wertet die Tags aus und baut die
entsprechenden Symbole in die Karte. Zur Zeit wird da eben nur das Haus
mit dem Kreuz eingefügt.
[EMAIL PROTECTED] macht zum Beispiel auch schon ein paar andere Symbole für die
Bauten.
Gruß
Christian
Roman Grabolle wrote:
> Es wimmelt zwar bereits von Kirchen, aber wie werden die sakralen Bauwerke
> anderer Religionen erfaßt? Ich habe mal nach "synagogue" und "mosque"
> gesucht, bin aber nicht wirklich schlauer daraus geworden. Offenbar werden
> sie wie auch Kirchen mit einem christlichen Kreuz gekennzeichnet, was ich ja
> nun doch etwas unglücklich und eurozentristisch finde. Soll das so bleiben
> oder geht das auch anders?
>
> Wäre es nicht günstiger, wenn man die Gebets- und Kultbauten der
> verschiedenen Religionen auf den ersten Blick unterscheiden könnte? Hier gäbe
> es mit Davidstern und Mondsicheln mit Stern ("Halbmond") ja auch eindeutige
> und international gebräuchliche Motive.
>
> Wie können Gebäude erfaßt werden, die als Sakralbauten errichtet worden sind,
> aber heute nicht mehr als solche dienen? Das gilt für einige Kirchen, noch
> mehr jedoch für Synagogen, die nicht unerhebliche touristische Ziele und
> Geschichtsquellen darstellen. http://www.synagogen.info/
>
> Diskussion wird parallel hier geführt bzw. die Ergebnisse werden
> zusammengefaßt:
> http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany/Kulturdenkmale#Kirchen.2C_Synagogen.2C_Moscheen.2C_Tempel.2C_Pagoden_und_andere_Sakralbauten
>
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
