Re: [Talk-de] Eisenbahnbrücken
Hallo Bernd, genau dafür - und nur dafür - ist der Schlüssel layer gedacht: Wenn man ein Autobahnkreuz hat, bei dem zwei Brücken übereinander gelegt sind. da muss man sagen, welche oben ist. layer ist aber *kein Ersatz für Höhenlinien*. Wenn beispielsweise eine Strasse auf einer höhenlinie verläuft, und am Berghang oben neben der Strasse Häuser stehen erhalten die /nicht/ +1 auch die unterhalb erhalten /nicht/ -1 oder die an der aufwärtsführenden Stichstrasse erhalten /nicht/ +2 +... Auch der Fluss unten im Tal erhält nicht unten -37 oder oben irgendetwas zwischen -36 und -irgendwas. Und auch die Brücke im Tal bekommt nicht layer vom Fluss plus +1 Diese Eigenschaften können wir erst sinnvoll bezeichnen, wenn die Höhe aös dritte Dimension eingeführt ist. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
On Wed, Sep 10, 2008 at 11:04:15PM +0200, Markus wrote: Es geht um Pleonasmus (Redundanz, doppelt gemoppelt). Bei einer Brücke kann man nicht vergessen, dass sie oben drüber führt. Redundanz ist gut. Redundanz erlaubt es einem Fehler zu erkennen. Wenn die Welt und alle erfaßten Daten immer perfekt wären, dann wäre Redundanz unnötig. Aber die Welt ist komplex und Daten haben Fehler. Redundanzen erlauben einem, diese Fehler eher zu finden. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
On Wed, Sep 10, 2008 at 09:11:25PM +0200, Jochen Topf wrote: Ja, in den allermeisten Fällen ist eine Brücke auf dem layer=1 und darunter ist layer=0, man könnte also layer=1 bei Brücken als default annehmen, aber einfacher ist es, das explizit zu taggen, dann braucht es keine Sonderregeln und auch einfachere Renderer können damit richtig umgehen. Das unterstuetze ich - wenn jedes tag hier demnaechst mit 27 premissen ankommt und jeder implizit irgendwas drinn vermutet dann haben die renderer demnaechst regelsaetze so dick wie ein Brockhaus. Ich bin auch dafuer gewisse dinge explizit anzugeben damt ganz klar ist was hier gemeint ist. Und Bruecke immer layer +1 ist IMHO nicht haltbar. Denn ich habe viel Wasserwege mit -1 getagged weil die ja unter der Oberflaeche sind und dann bruecken darueber ohne layer angabe weil sie dann ja auf 0 d.h. oberflaechenbuendig weitergehen. Nach einer diskussion habe ich das mit den wasserwegen eingesehen das das falsch ist aber tendentiell wird es noch 27 andere moeglichkeiten geben das eben das layer tag mehr oder weniger aussagt als das implizite auf der brueck haben koennte. Dazu kommt das fuer den Menschen einfach ist zu sagen Ist doch eine Bruecke - muss doch ueber der Eisenbahn sein. Fuer den Rechner ist es signifikant schwieriger das andere objekt zu finden was angeblich unter der bruecke sein soll und dieses zuerst zu rendern. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf, sondern ich schreibe auch die Software, welche GPS-Berechnungen erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei der Chip-Ansteuerung wird im Consumerbereich nichts. Und ich habe einfach keine Lust dazu, insbesondere weil ich bei Bedarf einfachen Zugriff auf hochpräzise Systeme habe. Wie siehst Du die Antennenproblematik? Würde eine externe bzw. größere Antenne die Qualität der Messung verbessern? Ja. Wir haben hier mal einen Sirf2-Chipsatz getestet. Das Rauschniveau lag bei 30-40 Meter. Mit unserer Referenzstationsantenne lag er bei 1-2 Meter. Nur kostet die Antenne knapp 3 Euro. Ich kann also nicht einschätzen, ob die normalen externen Antennen im Preissegment unter 200 Euro etwas bringen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !
On Wed, 10 Sep 2008, Jan Tappenbeck wrote: das icon dogbag.png befindet sich im verzeichnis C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint\jt_josm_style\icons und die xml-Datei jt_styles.xml im Verzeichnis C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint\jt_josm_style [...] Als Basis hat ein Eintrag für eine Symbol gedient. In JOSM (Version 910) habe ich bei Einstein folgendes eingetragen mappaint.style = jt_styles.xml Wenn ich nun aber ein Nodes einfüge dann wird nichts angezeigt. Korrekt. Dein Style wird nicht geladen: Momentan läuft es so (wird sich aber demnächst ändern) 1) Stylenamen finden: mappaint.style, default ist standard 2) Styledir finden: mappaint.styledir, default ist josmprefsdir/plugins/mappaint/stylename/ 3) Dateiname ist styledir/elemstyles.xml Wenn nicht ladbar, dann versuche internen Style. Icons laden: 1) Icondir ist styledir/icons/ 2) Klappt das nicht, dann wird das interne Icon probiert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 10.9.08
Huhu, und schon wieder einige Straßen besser als MapSource ;) Glückwunsch. Ich hätte da noch eine Frage bezüglich POIs auf dem Garmin. Wenn ich mit dem Cursor über einen POI gehe, wird dieser markiert und der Name wird angezeigt. Wenn ich dann Enter drücke, sehe ich eine zweigeteilte Waypoint-Seite, wo oben der Name ist und unten die Notizen. Leider haben unsere OSM-POIs keine. Ich denke da gerade an die ÖPNV-Linien. Aktuell sind z.B. die Stadtbahnhaltestellen mit name=Haltestellenname und bus_routes=40;41 benannt, damit man sieht welche Linien darauf Fahren. Das geht bei Bahnhöfen/Haltestellen nicht. Dort wäre es allerdings super, wenn z.B. das attribute bus_routes=* (lines bei light_rail) in den Notizen wäre, dann hätte jede Haltestelle beim anklicken die Information, welche Linien dort halten / abfahren. Bei anderen POIS könnten z.B. Addressen, Telefonnummern, ... eingebunden werden. Ist es möglich diese aus den OSM-Daten zu übernehmen, oder erlaubt das die Software nicht? Grüße, ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
On Wed, 10 Sep 2008, Tobias Wendorff wrote: Ich weiß nicht, woher der Ur-Dateneingeber seine Trassen hat, aber diese weichen _weit_ vom wahren Verlauf ab: 300m und eigentlich war das untertrieben, wenn ich mir die noch fehlenden Dinge anschaue. Bei uns hier haben wir die Eisenabhn nach dem (sehr groben) Yahoo-Luftbild eingezeichnet. Und dann alle Brücken und Bahnübergänge ü.a. aufgenommen und die Bahn verschoben. Irgendwann ist auch mal jemand mit der Bahn gefahren und hat uns damit eine Spur zum anpassen geliefert ;-) Ähnliche Vorgehensweise übrigens bei Flüssen. Mir ist auch schon aufgefallen, dass viele sich nicht trauen bestehende Daten zu korrigieren. z.B. sind die Bundesstraßen aus den Anfangszeiten sehr grob eingetragen. Statt diese aber zu korrigieren passen die Leute lieber Ihre Seitenstraßen an. Und wenn ich dann mal durchfahre, muss ich viele Kilometer korrigieren (der OSM-Datenpool hat meiner Spur bis jetzt immer recht gegeben :-). Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Florian Lohoff wrote: Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Ich habe da was gefunden aus sapos.de - jo - scheint nen bischen mehr zu sein ... SAtelliten POSitionierungsdienst der deutschen Bundesländer. SAPOS ist der Ersatz für das bisher gepflegte Bodenfestpunktfeld. Wenn ich mich nicht irre muß SAPOS 3 cm Genasuigkeit garantieren. ALso ja, etwas mehr Aufwand - aber viel billiger, als ein Festpunktfeld zu plegen. RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. Anscheinend gibts die alternative das im gpsd verwursten zu lassen so wie es aussieht. Nein. GPSD kann die Daten auch nur zum Empfänger schicken. Wenn der diese nicht entgegenimmt kann auch GPSD nichts machen. Prozessierung außerhalb des Empfängers ist nur möglich, wenn dieser rohe Messdaten ausliefert (und dann muss man sich algorithmisch schon ganz schön anstrengen, um bessere Ergebnisse zu erhalten - die empfängerinterne Algorithmik ist heutzutage sehr ausgefeilt). 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] Abstimmung über Automaten (vending machine) läuft
Abstimmung über Automaten (vending machine) läuft. http://wiki.openstreetmap.org/index.php/Proposed_features/vending_machine Last Euch nicht lumpen und macht mit ;-) Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] User kontaktieren der nicht in den Listen steht
Moin ! ich möchte gerne einen User kontaktieren, den ich nicht der Liste BRD, SH finde. Gibt es einen Weg dafür? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Donau in AT
Hallo! Gibt's eine Lehrmeinung, wie man große Ströme richtig mappt/taggt? Was ich gesehen habe, gibt's im Rhein (zumindest in der Gegend Köln) einerseits eine Linie mit waterway=river und boat=yes, die genauen Uferumrisse werden - in überschaubaren überlappenden Segmenten mit waterway=riverbank und natural=water getaggt. Damit funktionieren wohl sowohl Mapnik wie Osmarender richtig. Bei der Donau zwischen Linz und Bratislava war das auch so, außer daß die Fluß-Mittellinie fehlt. Jetzt hat aber jemand ein multipolygon definiert: http://www.openstreetmap.org/browse/relation/18443/history das aber nur halb gemacht, weil bei den meisten Segmenten das outer fehlt und Mapnik daher (so meine Vermutung) die blaue Fläche nicht zeichnet. Daher die Frage: bringt diese Idee der Summe der Segmente Relation irgendwas? In einem der Segmente gibt's jetzt offenbar eine Insel, dort macht das multipolygon Sinn. Sollte man die Relation auf dieses Segment reduzieren? Oder alle Teilsegmente outer nachtaggen? Rendert Mapnik dann richtig? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag:hi storic=archaeological_site
Moin ! ich habe jetzt meine Hünengräber mit historic=archaeological_site type = tumulus opt. name = Brutkamp Wer keine Hünengräber kennt, der möge sich http://www.roland-harder.de/albersdorf/schalenstein.htm http://www.roland-harder.de/albersdorf/brutkampstein.html ansehen. versehen - wenn Ihr dem zustimmt, dann bitte ich das WIKI entsprechend zu ergänzen. Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hünengrab taggen ?
Habe dieses Posting unter Re: Vorschlag der weiteren Keys für Tag:historic=archaeological_site (Roman_Grabolle vom 11.9.2008) fortgesetzt ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstimmung - Randinformationen zum Verfahren
Hallo ! da ich relativ neu im Geschäft bin - trotz der vielen Mailingbeiträge in der kurzen Zeit - kann mir einer vielleicht einige Informationen zu dem Verfahren der Abstimmung geben. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation läßt sich nicht bearbeiten
Hallo, ich bearbeite die B19 zwischen Immenstadt und Kempten und habe dabei das Problem, daß ich den way 8876442 nicht aus der Relation 20496 (route B19) löschen kann. Josm liefert beim Bearbeiten der Relation keinen Fehler und auch der Upload bringt keinen Fehler. Ein ähnliches Problem wurde im Juli in dieser Liste schon mal angesprochen, die Vermutung war, daß die Relation einen ungültigen way enthält. Was kann ich machen? Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen erlaubt ?
Moin ! ist das eigentlich erlaubt im Flieger den GPS-Empfänger zu benutzen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User kontaktieren der nicht in den Listen steht
Jan Tappenbeck: Moin ! ich möchte gerne einen User kontaktieren, den ich nicht der Liste BRD, SH finde. Gibt es einen Weg dafür? Gruß Jan :-) Wenn du ihren/seinen Nutzernamen in OSM hast einfach mal die Seite http://www.openstreetmap.org/user/NUTZERNAME aufrufen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder - Anleitung im Wiki
Sehr schön. Bei Rechtliches würd ich anstatt Seit 1990 ist es erlaubt das ganze auf unser Land einschränken Seit 1990 ist es in Deutschland erlaubt Habe keine Ahnung wie es im Rest der Welt aussieht. Und evtl. kann man die Kollegen hier auch noch verlinken: www.openaerialmap.org/ Grüße, Tobias Am Mittwoch, den 10.09.2008, 16:44 +0200 schrieb Markus: Danke für die vielen Infos im Thread eigene Luftbilder?!. Ich habe einiges zusammengefasst: http://wiki.openstreetmap.org/index.php/de:Luftbilder_erstellen Würde mich freuen, wenn Ihr Eure Erfahrungen direkt dort einbringt! Es fehlen noch genaue Beschreibungen für die Konstruktion der *Fernsteuerung* und der *Kamerahalterung*. Auch die Kapitel zur *Bildauswertung* müssen noch geschrieben werden. Für die weitere Diskussion gibt es dort auch eine Diskussionsseite: http://wiki.openstreetmap.org/index.php/Talk:De:Luftbilder_erstellen Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !
Hi ! wenn ich das richtig verstanden habe, dann müßte ich bei mappaint.styledir nur C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint\jt_josm_style eintragen ??? Das hat aber auch noch keine Lösung gebracht ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User kontaktieren der nicht in den Listen steht
Jan Tappenbeck schrieb: ich möchte gerne einen User kontaktieren, den ich nicht der Liste BRD, SH finde. Gibt es einen Weg dafür? Einen WikiUser oder OSMUser? OSM: http://www.openstreetmap.org/user/OSMUserName Wiki: http://wiki.openstreetmap.org/index.php/User:WikiUserName ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eröffnung - Schließung - Abriss
Guten Morgen in die Runde, seit geraumer Zeit beschäftigt mich eine an mich gerichtete Frage hinsichtlich der Kopplung von Terminen an bestimmte OSM-Objekte. Hintergrund war die Idee, OSM zur Visualisierung einer Stadtentwicklung zu nutzen. Ich wurde gefragt ob es vorstellbar sei, einem bestimmten Objekt einen Eröffnungs- termin (oder Errichtung/Erbauung), einen Schließungstermin (oder Nutzungsende, Stillegung) und am Ende auch einen Abrisstermin (oder Rückbau) zuzuordnen? Einem Renderer könnte man dann sagen: - Zeichne mir eine Karte mit Objekten, die im Zeitraum von x bis y erbaut wurden und heute noch stehen. oder - Zeichne mir eine Karte mit Objekten, die im Jahr x abgerissen wurden Man beschrieb mir das verbal mit der Vorstellung, in einer Art Daumenkino die Entwicklung einer Stadt dazustellen; jede Karte wird als Bild exportiert und dann als AVI gespeichert. Man könnte so visualisieren, wie sich bestimmte Regionen oder eben einzelne Städte in den letzten xxx Jahren verändert haben und gewachsen (geschrumpft) sind. Ich denke deshalb über die Nutzung folgender Tags nach: open_date = .MM.DD disused_date = .MM.DD abandoned_date = .MM.DD Diese Tags taugen dann aber nur in Kombination mit: disused=yes abandoned=yes Wenn man diese Tags freizügig über die ganze Palette der Objekte einsetzen könnte, wäre eine Selektion im Renderer möglich; egal ob Städtebau, Straßen oder Eisenbahnen. Sofern die Termine bekannt sind bzw. sich recherchieren lassen, könnten sie gepflegt werden. Sind sie nicht bekannt, kann man über disused/abandoned=yes immer noch eine Grobeinteilung machen, damit man bei einem Standard-Renderprozess für aktuelle Karten nicht im Datenmüll erstickt. Dabei ist zu beachten: disused: physisch/logisch vorhandenes Objekt, welches aber nicht mehr genutzt wird (z.B. leerstehende Fabrikgebäude) abandoned: physisches/logisches Objekt ist nicht mehr vorhanden (zurückgebaute Straße) Ein logisches Objekt ist für mich z.B. eine Relation einer Bus/Straßenbahnlinie; über die o.g. Tags könnte man so z.B. die historische Entwicklung des Straßenbahnnetzes einer Groß- stadt visualisieren. Nach der Diskussion der letzten Tage über den Sinn/Unsinn einer Vorab-Diskussion zu Tag's wollte ich das hier mal in die Runde streuen und Eure Meinung oder Verbesserungsvorschläge erfragen. Da ich aber einen konkreten Bedarf sehe, werde ich das über kurz oder lang so erfassen. Beste Grüße Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Trennlinien in eigenen Vorlagen fehlen
Hi ! ich habe mir eine Kopie der Datei für die Vorlagen erstellt und meinen Anforderungen angepaßt. Seit einigen Versionen wird der SEPERATOR missachtet und es werden keine Trennlinien eingebaut. Wechsel ich wieder auf die Standard-Datei, dann ist alles ok ! Dieses ist auch noch in Version 943 der Fall. Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 10.9.08
Hallo, PieSchie schrieb: Ist es möglich diese aus den OSM-Daten zu übernehmen, oder erlaubt das die Software nicht? theoretisch ist das möglich, es hängt jedoch von den Möglichkeiten von mkgmap ab diese Information mit auf die Garminkacheln umzusetzen. Mach doch mal dem Steve (mkgmap- Autor) einen Vorschlag das Einzubauen. Eigentlich sollte er eh mal die POI-Erzeugung verbessern. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !
On Thu, 11 Sep 2008, Jan Tappenbeck wrote: wenn ich das richtig verstanden habe, dann müßte ich bei mappaint.styledir nur C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint\jt_josm_style eintragen ??? Nein. Laut Deinem Beispiel wäre das mappaint.style = jt_josm_style mappaint.styledir = C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint und Dateinamen auf elemstyle.xml ändern. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Trennlinien in eigenen Vorlagen fehlen
On Thu, 11 Sep 2008, Jan Tappenbeck wrote: ich habe mir eine Kopie der Datei für die Vorlagen erstellt und meinen Anforderungen angepaßt. Seit einigen Versionen wird der SEPERATOR missachtet und es werden keine Trennlinien eingebaut. Wechsel ich wieder auf die Standard-Datei, dann ist alles ok ! Dieses ist auch noch in Version 943 der Fall. Kann mir einer weiterhelfen ? Ja. sepErator in sepArator umbennen. :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder - Anleitung im Wiki
Hallo Tobias, Sehr schön. danke für die Blumen! - aber es fehlt noch vieles... Bei Rechtliches würd ich Fühle Dich eingeladen! Das ist ja das Schöne an einem Wiki, dass jede/r mit seinem Wissen dazu beitragen kann. http://wiki.openstreetmap.org/index.php/de:GPS_Receiver habe ich deshalb geschrieben, weil ich eine Geräteempfehlung abgeben soll, aber nicht wirklich etwas darüber weiss... Auch dort fehlen noch viele Informationen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 10.9.08
Am Donnerstag, 11. September 2008 10:59 schrieb Carsten Schwede: Mach doch mal dem Steve (mkgmap- Autor) einen Vorschlag das Einzubauen. Eigentlich sollte er eh mal die POI-Erzeugung verbessern. Ja, und ein gutes Schema für Straßenbegeleitende Radwege finden und im mkgmap einbauen und routing einbauen und außerdem sollte mkgmap On the Fly im Garmin laufen und sich die Daten aus der Luft holen .. ;-) Ich glaube die meisten OpenSource Autoren haben schon ziemlich viel um die Ohren. Steve macht das (vermutlich) in seiner Freizeit. Tragt gerne wünsche an Software-Schreiber heran, das ist wirklich manchmal sehr hilfreich, aber geht bitte nicht davon aus, das sie das unbedingt aufnehmen müssen/sollen. Insbesondere finde ich das da der Tonfall die Musik macht. Und eine öffentliche Diskussion darüber, was wer in seiner Freizeit machen soll, finde ich ziemlich unangenehm. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !
Das ... Nein. Laut Deinem Beispiel wäre das mappaint.style = jt_josm_style mappaint.styledir = C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint und Dateinamen auf elemstyle.xml ändern. hat mir nicht weitergeholfen !!! Kann ich irgendwelche Tests durchführen, bis wo das geklappt hat ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Das layer-Tag ist ein ganz allgemeines Tag, dass dazu dient die relative Höhenzuordnung von mehreren Objekten klarzustellen. Genau. Ein Hilfskonstrukt, bis die Höhe als dritte Dimension funktioniert. Und nur für einzelne Fälle, in denen nicht selbstverständlich klar ist, was oben und was unten ist: - eine Brücke ist immer oben - ein Tunnel ist immer unten - Wald ist immer über dem Land - Häuser sind immer über dem Land - Seen, Flüsse, Meer sind immer über dem Land - Hochspannungsleitungen sind immer über dem Land - etc. Nein, es ist sozusagen die Koordinate für die dritte Dimension (wenn auch nur relativ zu drunter oder drüberliegenden Objekten). Wenn man diese Koordinate weglässt, ist die Konvention, sie als 0 anzunehmen. Der layer ist ein geometrisches Feature, das eigentlich woanders ins Datenmodell gehört, und nur als Notlösung als Tag ausgedrückt wird (ähnlich z.B. bei area=yes). Grüße, Marc -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPSR im Verkehrsflugzeug (was: Taggen erlaubt)
Kann mir jemand erklären wie ein gerät das nur empfängt, Interferenzen (Überlagerungserscheinungen beim Zusammentreffen von Wellen) mit anderen Geräten verursachen soll? Weil aus jedem Empfänger aus ZF/Mischer Nebenaussendungen herauslecken können. Da die von uns bezahlbaren Empfänger keine Zertifizierung der Verträglichkeit nach Avionik-Standards besitzen, steht da eben obiges in den AGB. Ich habe in meinem Auto noch einen Navi-Festeinbau von Pioneer von 2001. Sobald der Empfänger dort hochgefahren wird, gibt es im Umkreis von 3-4 Metern ums Auto mit dem alten non-H-Empfängern von Garmin keinen GPS- Empfang mehr. Und selbst bei den H-Empfängern steigt die EPE deutlich an. -jha- danke für die info! grüsse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Antw: Re: Eröffnung - Schließu ng - Abriss
Hallo Bernd, Allerdings sollte man sich beim Datumsformat dann auf die ISO 8601 festlegen, nicht auf ein eigens kreiertes Format mit Punkten. Deshalb stelle ich es hier ja zur Debatte, das endgültige Eingabeformat ist sicher unser kleinstes Problem. Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Moin ! Roman, vielen Dank für den Hinweis. Dann werde ich den Brutkampstein - auf dem wir in der Kindheit gespielt haben - mal umbenennen. Den Schalenstein werde ich dann später auch entsprechend eintragen. Das was Du in Albersdorf siehst - habe ich am letzten Wochenende erfaßt (Eigenlob muss mal sein). Für die Pickel in der Landschaft wäre aber Tumulus richtig gewesen ??? Eine Frage noch zu Deinen Tags: Der Unterstrich muss mitgeschrieben werden main type = main_type ?!?!? und type = Großsteingrab in DEUTSCH ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !
On Thu, 11 Sep 2008, Jan Tappenbeck wrote: Das ... Nein. Laut Deinem Beispiel wäre das mappaint.style = jt_josm_style mappaint.styledir = C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint und Dateinamen auf elemstyle.xml ändern. Sorry, mappaint.styledir ist das komplette Verzeichnis incl. jt_josm_style. Da Du allerdings das Standardverzeichnis nimmst, würde mappaint.style eigentlich reichen. Kann ich irgendwelche Tests durchführen, bis wo das geklappt hat ??? Nimm statt einem Icon einfach mal einen Linienstil. Das ist eine Fehlerursache weniger. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Hi, Am 10. September 2008 16:45 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Was bedeutet zum Beispiel access=destination? Eigentlich müsste das ja bedeuten, dass für alle Typen 'Anlieger frei' gilt, als auch für Fußgänger und Radfahrer. Aber oft wird es ja eher so benutzt, dass es nur für motorisierte Fahrzeuge gilt, also Zeichen 260 mit Zusatzzeichen 'Anlieger frei'. Allerdings habe ich im Wiki nirgends eine Definition dazu gefunden. Ich kann nur von mir selbst sprechen - ich stellte mir die Frage aufgrund der vielen Feldwege hier in der Nähe und habe verschiedene Möglichkeiten durchdiskutiert. Inzwischen handhabe ich es so, dass ich 250 als access=agricultural tagge und 260 als motorcar=agricultural, motorcycle=agricultural. Bei dem Schild (Landwirtschaft + Rad frei) zusätzlich mit einem bicycle=yes. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen erlaubt ?
Hi, Kann mir jemand erklären wie ein gerät das nur empfängt, Interferenzen (Überlagerungserscheinungen beim Zusammentreffen von Wellen) mit anderen Geräten verursachen soll??? Naja, einige Quartze sind auch im GPS-Empfänger drin, die könnten schon stören wenn das Gerät ned ordentlich abgeschirmt ist. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Guten Mittag, Jan, Roman, vielen Dank für den Hinweis. Dann werde ich den Brutkampstein - auf dem wir in der Kindheit gespielt haben - mal umbenennen. Den Schalenstein werde ich dann später auch entsprechend eintragen. Schalen- und Näpfchensteine sind ein kompliziertes Thema. Am besten, du taggst sie nur als historic:arch_site ohne nähere Bestimmung wie type oder so. Das was Du in Albersdorf siehst - habe ich am letzten Wochenende erfaßt (Eigenlob muss mal sein). Darf auch sein. Für die Pickel in der Landschaft wäre aber Tumulus richtig gewesen ??? Welche Pickel meinst Du jetzt? Eine Frage noch zu Deinen Tags: Der Unterstrich muss mitgeschrieben werden main type = main_type ?!?!? So gut kenne ich mich da leider nicht aus. Ich hoffe, hierzu kann jemand aus der Liste etwas sagen. Dieselbe Frage stellt sich ja auch bei type=hill_fort oder type=hill fort. und type = Großsteingrab in DEUTSCH ??? Ja, weil sich das nicht übersetzen läßt und es Großsteingräber in der Art nur in Norddeutschland und benachbarten Gebieten gibt. Auf den Britischen Inseln sehen Megalithen nicht nur anders aus, sondern haben auch andere (Typen-)Bezeichnungen. Viele Grüße Roman -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Morschen, Jan, ich habe jetzt meine Hünengräber mit historic=archaeological_site type = tumulus opt. name = Brutkamp Wer keine Hünengräber kennt, der möge sich http://www.roland-harder.de/albersdorf/schalenstein.htm http://www.roland-harder.de/albersdorf/brutkampstein.html ansehen. Ich würde es vorschlagen, es als: historic=archaeological_site main type = megalith type = Großsteingrab name = Brutkamp alternative name = Brutkampstein zu taggen. Tumulus ist leider falsch, dabei handelt es sich um Hügelgräber, die, wie es ein Kollege mal in einem Aufsatztitel beschrieb, wie Pickel in der Landschaft rumstehen. Hügelgräber stammen meist aus der Bronze- oder Eisenzeit: http://de.wikipedia.org/wiki/H%C3%BCgelgrab Der Brutkampstein ist dagegen ein neolithisches (jungsteinzeitliches) Großsteingrab und ein ziemlich bekanntes noch dazu. http://de.wikipedia.org/wiki/Gro%C3%9Fsteingrab Die waren wohl überwiegend auch mal überhügelt, aber die Erde ist abgeflossen und heute sieht man nur noch die großen Steine. Mit Hügelgräbern / Tumuli haben die nicht allzuviel zu tun. Wenn Du in der Nähe aktiv bist, schau doch mal kurz im Archäologisch-Ökologisches Zentrum Albersdorf vorbei, da wird man Dir sicher weiterhelfen, vielleicht auch mit Hinweisen, Karten und Literatur zu weiteren Megalith-Bauten in der Gegend, von denen es dort nur so wimmelt. http://aoeza.steinzeitpark-albersdorf.de/INFO/info.html Der Brutkamp gehört dabei zu den älteren Großsteingräbern an der Westküste Schleswig-Holsteins (Abb. 5 ), in der gesamten Albersdorfer Region ist lediglich der kleine Dolmen im Kurpark Papenbusch geringfügig älter (Abb. 6). Alle anderen 17, aus dem Kirchspiel Albersdorf bekannten Großsteingräber sind - soweit noch beurteilbar - vermutlich etwas jünger. Im Verbreitungsbild der Großsteingräber in Dithmarschen bilden die Albersdorfer Rechteck- und Polygonaldolmen durch ihre Zahl und Erhaltung einen eindrucksvollen Schwerpunkt (Abb. 11). Wege in die Vorgeschichte Norddeutschland Ein Forschungsprojekt zur prähistorischen Kulturlandschaft in Westholstein von Rüdiger Kelm http://www.pcl-eu.de/virt_ex/detail.php?entry=16_wege#2a Die Seiten von Herrn Hader sind sehr nett gemacht, aber die Informationen leider nicht immer verläßlich. Vor allem haben die Großsteingräber überhaupt nichts mit den Germanen zu tun, die sind über 3000 Jahre älter. Neben den Infos des AÖZA seit noch auf diese Website hingewiesen: http://www.stonepages.de/ Wer zwischen Bremen, Oldenburg und Vechta unterwegs ist, kann sich bei Interesse auch gern beteiligen. Hier mal eine scön aufbereitete Übersicht der potentiellen POIs: http://www.steinzeitreise.de/ Wegen einem icon müssen wir uns noch mal einen Kopf machen, aber für Vorschläge wäre ich dankbar. Man kann ja zunächst erst einmal alle arch. Denkmale oder auch schon extra alle Megalithen zusammenpacken. Ich bin nun erst einmal für zwei Wochen außer Landes, werde mich dann aber mal darum kümmern, ob wir dieses Logo hier in blau für alle arch. Denkmale verwenden dürfen: http://www.archaeologie-und-schule.de/_borders/Logo_Archaeologie.gif http://www.osnabrueck.de/6472.asp http://home.bawue.de/~wmwerner/dtsch/walheim1.html http://www.helmstedt.de/staticsite/staticsite.php?menuid=118topmenu=5 Viele Hinweisschilder zur arch. Denkmalen in Deutschland tragen dieses Logo schon. Der Verband der Landesarchäologen in der Bundesrepublik Deutschland verwendet es in rot: http://www.landesarchaeologen.de/ Allerdings kann man, wenn man dieses Logo nimmt, schlecht noch einmal die Megalithen mit einem sehr ähnlichen eigenen Icon versehen, z.B. ähnlich wie sie hier für Großsteingräber Verwendung finden. http://www.stonepages.de/db/stonepages.php?id=6 Und die Icons sollten ja auch international und nicht so deutschlandlastig sein. Da scheint es also noch ein wenig Abstimmungsbedarf zu geben. Viele Grüße Roman -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser, Festungen etc .
D ich nicht weiß, ob ich hier in den alten Thread gerate, zur Sicherheit noch mal der Verweis auf diesen: [Talk-de] Burgen, Schlösser, Festungen etc . http://www.mail-archive.com/talk-de@openstreetmap.org/msg11176.html Bevor die Diskussion wieder in ganz ferne Weiten abdriftete, war die Frage, wie wir Burgen und Schlösser taggen können. Es werden täglich mehr und so langsam würde ich mir eine Kartendarstellung wünschen. Jede_r, der/die in Deutschland schon mal eine Wanderkarte in der Hand hatte, kennt die übliche Kennzeichnung: einen vollen oder leeren Punkt mit einem nach recht wehenden dreieckigen Fähnchen drauf für Burgen und Schlösser, die noch weitgehend unter Dach sind, und das ganze 45 Grad nach rechts gelegt für Ruinen. Ihr wisst schon, die hier: http://de.wikipedia.org/wiki/Legende_(Karte) In unseren östlichen Nachbarländern werden sie in ähnlicher Weise verwendet. Aber wie sieht es im Rest der Welt, sagen wir mal Europa und dem nahen Osten aus? Eignet sich das deutsche Symbol auch allgemein? Wenn ja, würde sich eine_r bereitserklären, mal ein Proposal zu schreiben. Danke Roman -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Hallo Roman, Für die Pickel in der Landschaft wäre aber Tumulus richtig gewesen ??? Welche Pickel meinst Du jetzt? http://de.wikipedia.org/wiki/H%C3%BCgelgrab wie ich gerade sehe wird unterschieden zwischen HÜNEN- und HÜGELgrab !!! Hast Du dazu auch noch einen Vorschlag ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[ZenSolutions:44492] REQ - UNIX Admin // MA // 6 Months
Hello Partners, Please send the Suitable Resume to [EMAIL PROTECTED] *Title:* UNIX Administrator *Job Type:* Contract *Job Location:* Framingham MA ** *Length –* 6 months *Job Description: UNIX Administrator* *Responsibilities:* Implement Security standards on all UNIX servers. Provides technical operating system and hardware support for UNIX (AIX, HP-UX, Linux)servers. Monitors server performance, performs back-ups and restores. Assists with Disaster Recovery, maintains a problem tracking system. Investigates and solves problems and escalates more serious issues to senior staff. Manages hardware and support calls to vendors. Assists with the implementation of hardware and software. Assists the technical, development and end-user communities if needed, with problem resolution. Assists security, scheduling, and compliance staff with their needs. Documents procedures and policies. Maintains inventory of equipment and media. Maintains knowledge of system modifications and enhancements installed on relevant platforms. Other duties as assigned. *Key Skills:* Excellent verbal and written technical communication skills. Must have superior problem solving, technical and analytical skills. Must be able to multi-task and work in a fast-paced team environment. *Educational Requirements:* Bachelor's degree or equivalent work experience. *Experience Required:* 5 + years of current experience in a Systems environment, including analysis, design, implementation and support of UNIX Operating Systems. Must have experience with AIX, HP-UX and Linux. *Strong Security experience required.* Scripting experience, H/W (p series, x series), partitioning virtualization, software and hardware upgrade and AIX security. Experience with Sarbanes-Oxley and audit compliance, disaster recovery, remote access configuration and back-up/restore S/W (Tivoli). The following technical skills are a plus: Windows XP, DB2 UDB, Networking, WebSphere, Apache, VMware, C++, NIM, LDAP, Disk/Storage Management (ESS, HP, EMC, other), HACMP, MQseries, Candle Omegamon and Tivoli Monitoring. Thanks Regards Sandy.Williams Tel: 248.504.5466 E-Mail: [EMAIL PROTECTED] http://www.ngsiusa.net Disclaimer: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, employee, or agent responsible to deliver it to the intended recipient, you are hereby notified that reading, disseminating, distributing or copying this communication is Strictly prohibited. If you have received this communication in error, Please notify us immediately by e-mail at [EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Corp_Corp_Resumes group. To post to this group, send email to Corp_Corp@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Corp_Corp?hl=en -~--~~~~--~~--~--~---
Re: [Talk-de] Hausnummern im höchsten Zoomlevel beim Mitbewerber (Was: Google Maps Update?!)
Am 4. September 2008 19:03 schrieb Frank Sautter [EMAIL PROTECTED] : addr:city=Köln setzen. frank Gibt es eine Empfehlung ob der Stadtname in deutsch (oder was auch immer im Land gesprochen wird) gesetzt werden sollte, ich habe bis jetzt addr:city=Vienna verwendet. mfg, Florian (Kelvan) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern im höchsten Zoomlevel beim Mitbewerber (Was: Google Maps Update?!)
Hallo Florian, ich wünsche mir: Stadtname in deutsch (oder was auch immer im Land gesprochen wird) *plus* wenn der Stadtname nicht in romanischer Schrift: addr:city:en=Vienna Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Jochen Topf schrieb: Redundanzen erlauben einem, diese Fehler eher zu finden. Redundanzen können aber auch Fehler erzeugen. Wenn man die Brücke mit einem Layer=1 einzeichnet, aber nicht geschaut hat, ob die Straße darunter bereits Layer=1 hat, gibt es Probleme. Layer=+1 wäre sinnvoller. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern im höchsten Zoomlevel beim Mitbewerber (Was: Google Maps Update?!)
Florian Schweikert wrote: Gibt es eine Empfehlung ob der Stadtname in deutsch (oder was auch immer im Land gesprochen wird) gesetzt werden sollte, ich habe bis jetzt addr:city=Vienna verwendet. IMHO deutsch. Es ist Teil einer Adresse. Du schreibst ja auch die Straße in deutsch (Hauptstraße 140, 1140 Wien). -1- -2- --3- --4- 1: addr:street 2: addr:housenumber 3: addr:postcode 4: addr:city Alles andere macht keinen Sinn. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
Garry schrieb: Gib doch einfach mal einen Link um welchen Bereich es sich handelt... Nunja, mittlerweile habe ich es ja gefixt. Ich werde NRW innerhalb der kommenden Wochen komplett vervollständigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Tobias Wendorff wrote: Layer=+1 wäre sinnvoller. Bezogen worauf? Sorry, aber das wäre sinnlos. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
Garry schrieb: Mhm - wie hast Du das geschafft? N-Wagen :) Hast Du aussen am Zug eine Antenne angebracht? Nein, einen älteren Sirf-III Empfänger verwendet, in dem ich WAAS/EGNOS aktiviert habe. Wenn die Daten genau sind - nur rein mit der Korrektur... Sagen wir es kurz: Ja, sie sind _sehr_ genau :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
Garry schrieb: Ist Google Deine Referenz? Nein, Geobasisdaten (transformiert auf EPSG:3395) sowie Tracks anderer OSM-User, die eigentlich nur vom Luftbild eingezeichnet werden konnten. Die haben manchmal auch einen ganz schönen Versatz drin... Google kann nicht als Referenz dienen, weil die EPSG:3785 verwenden und wir EPSG:3395. Verschiedene Faktoren sind signifikant anders. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mini_roundabout?
Hallo! Einverstanden, daß das http://lab.at/osm/fotos/mini_roundabout.htm ein highway=mini_roundabout ist? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken // Redundanz
Jochen Topf schrieb: Redundanzen erlauben einem, diese Fehler eher zu finden. Redundanzen können aber auch Fehler erzeugen. Wenn man die Brücke mit einem Layer=1 einzeichnet, aber nicht geschaut hat, ob die Straße darunter bereits Layer=1 hat, gibt es Probleme. Layer=+1 wäre sinnvoller. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Andreas Labres schrieb: Tobias Wendorff wrote: Layer=+1 wäre sinnvoller. Bezogen worauf? Sorry, aber das wäre sinnlos. Du hast den Teil davor schon gelesen, oder? Wenn man die Brücke mit einem Layer=1 einzeichnet, aber nicht geschaut hat, ob die Straße darunter bereits Layer=1 hat, gibt es Probleme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
Tobias Wendorff schrieb: Garry schrieb: Mhm - wie hast Du das geschafft? N-Wagen :) Hast Du aussen am Zug eine Antenne angebracht? Nein, einen älteren Sirf-III Empfänger verwendet, in dem ich WAAS/EGNOS aktiviert habe. Wenn die Daten genau sind - nur rein mit der Korrektur... Sagen wir es kurz: Ja, sie sind _sehr_ genau :-) Aber Du magst uns nicht zufällig verraten wie Du das anstellst ? Würde mich schon interessieren ;-) Daten auch zu Bahnlinien müsste es ja eigentlich genug geben, wenn man jemanden hätte der in einer Firma Arbeitet die Container oder Ladungen verfolgt, könnte man sicher sehr sehr viele brauchbare Daten abgreifen können ... Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout?
On Thu, Sep 11, 2008 at 01:30:32PM +0200, Andreas Labres wrote: Einverstanden, daß das http://lab.at/osm/fotos/mini_roundabout.htm ein highway=mini_roundabout ist? Von [1] A roundabout is a road junction where the traffic goes around an island in the middle. The small roundabout does not have some kind of isle in the middle but just a painting there. = kein mini_roundabout, da nicht nur Farbe. Und ja, es macht nen Unterschied, ob z.B. die Feuerwehr da mittig drüberbrettern kann oder den Bogen ausfahren muß. [1] http://wiki.openstreetmap.org/index.php/Tag:highway%3Dmini_roundabout 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] Richtigkeit vs. Aufwand
Thorsten Feles schrieb: Aber Du magst uns nicht zufällig verraten wie Du das anstellst ? Würde mich schon interessieren ;-) Ich meinte, die Basisdaten die ich habe, sind sehr genau. Allerdings darf ich diese wirklich nur zu internen Korrektur verwenden. Sonst hätte ich sie schon längst komplett hochgeladen. Die Genauigkeit scheint vielleicht einfach nur Zufall zu sein. Ich kann Euch übrigens _nicht_ sagen, welcher GPS-Empfänger es ist, da es sich um ein Noname-Produkt mit dem Aufdruck Sirf-III handelt. Daten auch zu Bahnlinien müsste es ja eigentlich genug geben, wenn man jemanden hätte der in einer Firma Arbeitet die Container oder Ladungen verfolgt, könnte man sicher sehr sehr viele brauchbare Daten abgreifen können ... Klar, das ist ja genau das, was wir immer suchen: Postboten, Zeitungsausträger etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Knoten-Kanten-Modell aus OSM-Daten
qbert biker schrieb: Ja ich :) eigentlich machen das ja viele, denn sonst könnte man weder Knoten in josm verschieben, noch überhaupt routen. Bei mir sinds keine Scripte, sondern C-Routinen, aber dafür sind die gut schnell. Das Hauptproblem ist bei der Sache, dass man die umformatierten Daten dann wieder ablegen muss und da bin ich an dem Punkt angekommen, das im shape-Format mit AND-Ausprägung abzulegen. Die Alternative ist mein eigenes Format, aber das dürfte die wenigsten hier interessieren. Das ausgabeformat ist bei mir nicht so kompliziert. Im Prinzip sollen es zwei csv-Dateien werden: Zuerst die Knoten KnotenIDLong Lat Knotenname Der Knotenname soll aus den Namen der am Knoten befestigten Strassen generiert werden. Dann die Strassenabschnitte SegementID Anfangskn.ID Endkn.IDStrassennamen Denkst du, das kriegt man mit deinen C-Routinen hin? Gruss, Olli Nun die Krux an der Geschichte: Derzeit ist vieles im Umbau, aber ich hoffe nächste Woche wieder einen Schub Zeit reininvestieren zu können um den vollen Ablauf OSM - shape und shape - meinFormat durchzuziehen. Grüsse Hubert Original-Nachricht Datum: Wed, 10 Sep 2008 18:45:10 +0200 Von: Oliver Koppisch [EMAIL PROTECTED] An: OSM Liste talk-de@openstreetmap.org Betreff: [Talk-de] Knoten-Kanten-Modell aus OSM-Daten Hallo zusammen, hat schon mal jemand ein Knoten-Kanten-Modell (Kreuzungen und Strassen zwischen Kreuzungen) aus OSM-Daten erzeugt? Vielleicht gibts da schon irgendwelche Scripte? Gruss, Olli ___ 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] mini_roundabout?
Sascha Silbe wrote: = kein mini_roundabout, da nicht nur Farbe. Gut, nehmen wir das mal an. Was wäre es dann? Ein normaler Kreisverkehr isses nicht, die ganze Kreuzung ist nicht größer als sonst auch. Außerdem gibt's keine Verkehrszeichen. Es kann nur ein Tag des Kreuzungspunktes sein. Man könnte highway=roundabout erfinden, vielleicht. Oder man macht zum mini_roundabout einen Zusatz mit Grün oder nur Farbe. Du hast schon recht, ein Sattelschlepper kommt über einen nur Farbe Kreisel drüber. Hier hätte er sicher Schwierigkeiten... Irgendwie sind die Dinger ziemlich strange. An den weißen Pollern sind rote Reflektoren montiert, was bedeuten würde, daß man /links/ dran vorbeifahren muß... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Heiko Jacobs ([EMAIL PROTECTED]) [080911 14:05]: Andreas Barth [EMAIL PROTECTED] wrote: Ich wuerde sagen, dass auch S-Bahnen, so sie idR unabhaengig von anderen Vollbahnen fahren und daher S-Bahn-Optimierungen auf diesne Strecken moeglich machen (96er Bahnsteige werden ungern an Strecken mit regelm. Vollbahnverkehr verbaut), auch ein eigenes tag verdient haben. Gilt das auch dann, wenn auf diesen Strecken freizügig alle den Vorschriften existierenden Eisenbahnen verkehren dürfen? Ich halte da fährt eine S-Bahn via dem Relation-Tag für vernünftiger. (Wenn natürlich die Strecke nicht freizügig nutzbar ist, und die Situation ist bei Dir in Karlsruhe natürlich öfters der Fall, ist das was anderes.) In .de ist das derzeit wg. Uebersetzungsfehler light_rail ... *seufz* Du selbst sagst, daß das ein Übersetzungsfehler ist. Dann sollten wir das doch reparieren. Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Icons in OSM
Hi ! ich habe gerade mal einen Blick in die Rules von KOSMOS geworfen und gesehen, dass immer auf Bilder in OSM verwiesen wird (http://wiki.openstreetmap.org/images/e/ef/Recycling.png). Wenn ich die URL eingebe, dann kommt da auch das Bild - aber über das Verzeichnis bekomme ich keine Auflistung - gibt es einen Weg der Betrachtung / Auswahl ? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] KOSMOS: Fläche mit Symbol erstellen
Hi ! ich habe mir die Rules von KOSMOS angesehen ... Kann mir einer sagen wie ich ein Symbol in einer Fläche erzeugt bekomme (Sportplatz, Spielplatz etc). Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout?
Andreas Labres schrieb: Sascha Silbe wrote: = kein mini_roundabout, da nicht nur Farbe. Gut, nehmen wir das mal an. Was wäre es dann? Ein normaler Kreisverkehr isses nicht, die ganze Kreuzung ist nicht größer als sonst auch. Außerdem gibt's keine Verkehrszeichen. Dann ist es eine Verkehrinsel, schließlich gelten in Kreisverkehren andere Regeln als sonst. Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Onlineartikel im Linux-Magazin
Hallo, ein Onlineartikel im Linux-Magazin unter http://www.linux-magazin.de/online_artikel/kostenlose_karten_fuers_navi_mit_openstreetmap Viele Grüße Markus Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Du selbst sagst, daß das ein Übersetzungsfehler ist. Dann sollten wir das doch reparieren. In der http://wiki.openstreetmap.org/index.php/De:Map_Features ist es schon länger geändert. Falls es anderen Stellen noch falsch sein sollte, dann sollte wirt das tunlichst bald ändern. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Name von Fahrradgeschäft nicht gerend ert
weiß jemand warum der Name des zweiten Fahrradgeschäfts auf der Cyclemap hier nicht gerendert wird? http://www.openstreetmap.org/?lat=49.89481lon=10.88228zoom=17layers=00B0FTF Liegt das an dem Bindestrich im Namen oder der Länge des Namens? Die beiden Punkte sind gleichzeitig und mit den gleichen Tags eingetragen worden. Marco begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49(0)761/203-3548 tel;fax:+49(0)761/203-3596 url:http://www.geographie.uni-freiburg.de version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Tobias Wendorff schrieb: Jochen Topf schrieb: Redundanzen erlauben einem, diese Fehler eher zu finden. Redundanzen können aber auch Fehler erzeugen. Wenn man die Brücke mit einem Layer=1 einzeichnet, aber nicht geschaut hat, ob die Straße darunter bereits Layer=1 hat, gibt es Probleme. Wer nicht schaut, was er macht, sieht es spätestens beim Rendern auf der Karte - und korrigiert dann. Layer=+1 wäre sinnvoller. +1 auf was bezogen? Nur mal angenommen, die Brücke führt sowohl über eine Straße layer=1, einen Radweg layer=0 und einen Fluß layer=-1... Abgesehen davon halte ich nicht viel davon, einfach das im Wiki dokumentierte Vorgehen zu verändern, ohne auch die vielen Beteiligten mit einzubeziehen, namentlich die Editoren und die Renderer. Niemandem ist geholfen, wenn kein Renderer die neue Standardvorgabe layer=1 für Brücken nicht kennt, weil als Konsequenz die Layer-Angabe dann (von einem leicht verärgerten Mapper) nachgetragen werden muss, damit das Rendering wieder stimmt. Abgesehen davon hat sich auf diese Weise mal eben korrigiert-Weise wieder ein weiterer Widerspruch im Wiki etabliert, denn die Seite zum Brücken-Tag spricht weiterhin davon, Brücken explizit mit layer=1 auszuzeichnen, die Tunnelseite fordert layer=-1. Und was die Statistik angeht: Selbst wenn 95% der Brücken layer=1 haben - interessant ist ja vielmehr, wieviel Prozent der Brücken und Tunnel keine Layerangabe haben. Wäre das signifikant viel, könnte ich ja noch verstehen, dass diese scheinbare Doppelangabe nervig und redundant ist und von vielen deshalb bereits weggelassen wird. Aber wenn nahezu jede Brücke und jeder Tunnel sein Layer-Tag hat, ist es unsinnig, von dieser Verfahrensweise abzuweichen - jedenfalls nicht eher, als bis alle relevanten Renderer sich drauf eingestellt haben und layer=1/-1 als Default bei Brücken verwenden. Vorher wird sich niemand, dessen Hauptinteresse ansehnlichen Karten gilt, drauf einlassen, wenn das Render-Ergebnis Mist ist. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mini_roundabout?
Sascha Silbe schrieb: On Thu, Sep 11, 2008 at 01:30:32PM +0200, Andreas Labres wrote: Einverstanden, daß das http://lab.at/osm/fotos/mini_roundabout.htm ein highway=mini_roundabout ist? Kreisverkehre mit physikalischen Hindernissen in der Mitte (z.B. Verkehrsinseln) sind keine mini_roundabouts. Das Konzept des Mini-Roundabout ist, eine bisher normale Verkehrskreuzung mit ggf. beschilderter Vorfahrsregelung nur durch einen dicken kreisförmigen Farbklecks in der Kreuzungsmitte sowie neuer Beschilderung (Kreisverkehr + Vorfahrt achten für alle einmündenden Straßen) zu einem Kreisverkehr umzugestalten. Die dabei genutzte Straßenfläche wird dabei evtl. nur unwesentlich vergrößert. Ich würde die zwei Fotos ja gern als Anti-Beispiel ins Wiki laden (Erlaubnis?). Oder Andreas macht das selbst. :) Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Guten Nachmittag, Jan, ahh, jetzt verstehe ich auch den Grund für Dein erstes tagging ;-): Für die Pickel in der Landschaft wäre aber Tumulus richtig gewesen ??? Welche Pickel meinst Du jetzt? http://de.wikipedia.org/wiki/H%C3%BCgelgrab wie ich gerade sehe wird unterschieden zwischen HÜNEN- und HÜGELgrab !!! Hast Du dazu auch noch einen Vorschlag ? Hünengrab - volkstümliche Bezeichnung für Megalithgräber, meist Großsteingräber. Das waren Kollektivbestattungen für eine ganze Anzahl Verstorbener. Aber das konnten die Menschen im Mittelalter und in der Neuzeit nicht wissen, sie hielten sie entsprechend ihrer Erfahrung für Einzelgräber. Nur mußten dass dann sehr große Lebewesen gewesen sein, Riesen oder eben Hünen. http://de.wikipedia.org/wiki/H%C3%BCnengrab historic=arch_site main type=megalith type=Großsteingrab Hügelgrab - Bestattungen, eine oder mehrere, die mit einem Erdhügel überwölbt wurden, daher Hügel. Im allgemeinen jünger als die Großsteingräber. historic=arch_site main type=tumulus Jetzt klarer? ;-) Roman -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlerhafte Areas
Hallo Leute, kann es sein, dass es ein paar JOSM-Versionen gab die Probleme mit dem Area-Tool hatten? Ich habe die eine oder andere Area die von Mapnik nicht gerendert wird, und vermutlich ein Fehler dahintersteckt. Ich kann ihn aber irgendwie nicht identifizieren? Das Problem zeigt sich hier: http://www.openstreetmap.com/?lat=48.26236lon=9.01059zoom=17layers=B000FTT Wäre cool wenn mir da jemand sagen könnte was nicht stimmt. Bitte NICHT sofort eigenmächtig korrigieren. Ich will ja was dabei lernen. ;) Meine einzige Idee ist, dass der Node 288339662 zweimal dem selben Way (26318149) zugeordnet ist. Aber ich kann mich auch irren :D Schöne Grüße und mit bestem Dank im Vorraus, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site
Roman Grabolle schrieb: Wer keine Hünengräber kennt, der möge sich http://www.roland-harder.de/albersdorf/schalenstein.htm http://www.roland-harder.de/albersdorf/brutkampstein.html ansehen. Ich würde es vorschlagen, es als: historic=archaeological_site main type = megalith type = Großsteingrab name = Brutkamp alternative name = Brutkampstein zu taggen. Tumulus ist leider falsch, dabei handelt es sich um Hügelgräber, die, wie es ein Kollege mal in einem Aufsatztitel beschrieb, wie Pickel in der Landschaft rumstehen. Hügelgräber stammen meist aus der Bronze- oder Eisenzeit: http://de.wikipedia.org/wiki/H%C3%BCgelgrab archaeological_site: impliziert meiner Meinung nach, dass da schon mal ein Fachmann am Buddeln gewesen ist und dann ein Loch, ein Regendach und eine Infotafel hinterlassen hat. main type, type: Was muss ich studiert haben, um sowas zu taggen? Ich stelle mir jetzt grad mit großem Schrecken vor, wie jemand so ein Schema für sämtliche historischen Grabtypen durchtypisiert. Was spricht gegen Tags nach dem Muster: megalith=yes für: da steht ein einzelner großer Stein rum, hat vermutlich was zu bedeuten. dolmen=yesda steht ein schiefer Riesentisch aus ziemlich großen Steinen, war bestimmt mal mit Erde bedeckt, aber der größte Teil (oder alles) liegt nun frei. barrow=yesDa steht ein großer künstlicher Hügel im Gelände. Form egal. Leute behaupten, das wäre ein Grab. megalith_row=(yes|1|2|many|carnac) Hier siehts aus wie auf'm Wiener Zentralfriedhof vor der Erfindung von Floristik und Steinmetzkunst. Kombination aus obigem: Da steht eine Reihe Megalithen vor einem Dolmen, und ein geschlossener Grabhügel ist auch noch da. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site
Jan Tappenbeck schrieb: wie ich gerade sehe wird unterschieden zwischen HÜNEN- und HÜGELgrab !!! Hast Du dazu auch noch einen Vorschlag ? Ich würde vorschlagen das nicht zu unterscheiden. Beides sind vorgeschichtliche große Erdhügel mit toten Leuten drin. Die Hügel gibt es in groß und klein, mit viel, wenig und keinen Steinen drin, was du und ich aber von außen nicht sehen können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Hallo Sven, wenn das Render-Ergebnis Mist ist. Du meinst: also doch für die Renderer tagen/taggen/tacken/tackern? ;) Ich bin ganz bei Dir: die Kommunikation zwischen Datensammlern und Renerern ist höchst mangelhaft... Gibt es hier auf der Liste eigentlich jemanden, der/die an den Renderern mitentwickelt? genauer: an den Regeln der Renderer? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Tim 'avatar' Bartel schrieb: Hi, Am 10. September 2008 16:45 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Was bedeutet zum Beispiel access=destination? Eigentlich müsste das ja bedeuten, dass für alle Typen 'Anlieger frei' gilt, als auch für Fußgänger und Radfahrer. Aber oft wird es ja eher so benutzt, dass es nur für motorisierte Fahrzeuge gilt, also Zeichen 260 mit Zusatzzeichen 'Anlieger frei'. Allerdings habe ich im Wiki nirgends eine Definition dazu gefunden. Ich kann nur von mir selbst sprechen - ich stellte mir die Frage aufgrund der vielen Feldwege hier in der Nähe und habe verschiedene Möglichkeiten durchdiskutiert. Inzwischen handhabe ich es so, dass ich 250 als access=agricultural tagge und 260 als motorcar=agricultural, motorcycle=agricultural. Bei dem Schild (Landwirtschaft + Rad frei) zusätzlich mit einem bicycle=yes. Tschüss, Tim. Das klingt logisch, aber leider wird es anscheinend mal so mal so gehandhabt. Im Wiki steht für Anlieger frei leider auch nur access=destination. Dass man korrekterweise eigentlich je nach Verbot unterschiedliches taggen müsste kommt da irgendwie nicht so klar rüber. Bloss wie soll man die Daten auswerten wenn jedes Tag mehrere Bedeutungen haben kann? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
wie ich gerade sehe wird unterschieden zwischen HÜNEN- und HÜGELgrab !!! Hast Du dazu auch noch einen Vorschlag ? Ich würde vorschlagen das nicht zu unterscheiden. Beides sind vorgeschichtliche große Erdhügel mit toten Leuten drin. Die Hügel gibt es in groß und klein, mit viel, wenig und keinen Steinen drin, was du und ich aber von außen nicht sehen können. Nun ja, dann brauchen wir auch nicht zwischen Autobahnen und Feldwegen unterscheiden. Beides sind Verbindungen zwischen zwei Punkten. Die sind nur unterschiedlich breit, werden aber alle von Menschen genutzt. ;-) Aber im Ernst: Man sieht einen Erdhügel, den beschriebenen Pickel in der Landschaft. Darin sind in irgendeiner Weise Menschen drin bestattet worden in den verschiedensten Varianten (Grabkammer, Deponierung von Leichenbrand, einfache Ergräber usw.). Hünengräber bestehen aus sehr großen Steinen, teil als so genannte Steintische, teils als Steinsetzungen ohne Deckplatten, weil die mal abgeräumt und zum Straßenbau verwendet wurdem. Der ursprüngliche Hügel ist fast immer weg. Und da ein Bild mehr sagt als 1000 Worte. Finde den Unterschied: http://de.wikipedia.org/wiki/Bild:H%C3%BChnengrab_bei_Rerik.JPG vs. http://de.wikipedia.org/wiki/Bild:Evessen_Tumulus.jpg archaeological_site: impliziert meiner Meinung nach, dass da schon mal ein Fachmann am Buddeln gewesen ist und dann ein Loch, ein Regendach und eine Infotafel hinterlassen hat. Das kannst Du gerne für Dich so sehen. Ich als der besagte Fachmann sage Dir allerdings, dass wir nur vergleichsweise wenigen archäologischen Denkmalen schon mal am Buddeln waren, weil Ausgrabung immer auch Zerstörung bedeutet. In den allerwenigsten Fällen - ich habe keine Zahlen, aber vermutlich unter 1 Prozent - bleibt eine Infotafel. Bei noch mal deutlich weniger ein Loch und ein Regendach. Entweder wird das ordentlich wieder zugeschüttet bei einer der vergleichsweise wenigen Forschungsgrabungen oder - und das ist die Regel - danach überbaut mit Häusern, Autobahnen, Gewerbegebieten usw. Ein archäologischen Denkmal oder Bodendenkmal sind Kulturdenkmale, die im Boden bewahrt sind im Gegensatz zu Baudenkmalen. Es gibt allerdings obertägig sichtbare Bodendenkmale wie Wälle etc. oder eben Großsteingräber, die zumindest mal von Boden bedeckt waren und es meistens zum Teil auch noch sind. Sie können durch archäologische Methoden erforscht werden, aber auch ohne Ausgrabung sind sie eine Fundstelle bzw. ein Bodendenkmal. Sie sind das, was normale Leute am ehesten interessiert, denn was haben sie von der Information, das auf dem Maisfeld vor 20 Jahren mal eine Ausgrabung eines Gräberfeldes stattgefunden hat. Vermutlich liegt da das Problem einfach nur darin, dass archaeological_site falsch übersetzt wird. Es ist nicht nur eine Ausgrabungsstätte (= excavation area), sondern eine archäologische Fundstelle. Siehe auch http://en.wikipedia.org/wiki/Archeological_site: An archaeological site is a place (or group of physical sites) in which evidence of past activity is preserved (either prehistoric or historic or contemporary), and which has been, or may be, investigated using the discipline of archaeology and represents a part of the archaeological record main type, type: Was muss ich studiert haben, um sowas zu taggen? Ich stelle mir jetzt grad mit großem Schrecken vor, wie jemand so ein Schema für sämtliche historischen Grabtypen durchtypisiert. Ur- und Frühgeschichte wie ich? ;-) Aber auch hier wieder im Ernst. Ich muß auch kein Straßenbaufachmann sein, um 20 Straßen- und Wegetypen in der OSM zu unterscheiden, und kein Wasserbauingenieur für ein Dutzend verschiedene Wasserläufe. Da hilft mir eine Beschreibung und ein Bild, so etwa wie hier: http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege Wenn ich mir nicht sicher bin, nehme ich erstmal nur die oberste Ebene und/oder frage nach. Was spricht gegen Tags nach dem Muster: megalith=yes für: da steht ein einzelner großer Stein rum, hat vermutlich was zu bedeuten. dolmen=yesda steht ein schiefer Riesentisch aus ziemlich großen Steinen, war bestimmt mal mit Erde bedeckt, aber der größte Teil (oder alles) liegt nun frei. barrow=yesDa steht ein großer künstlicher Hügel im Gelände. Form egal. Leute behaupten, das wäre ein Grab. megalith_row=(yes|1|2|many|carnac) Hier siehts aus wie auf'm Wiener Zentralfriedhof vor der Erfindung von Floristik und Steinmetzkunst. Zum Beispiel, dass jeder Dolmen ein Megalith ist (Teilmenge). Auch megalith_row ist nur eine Variante von megalith. Vermutlich meintest Du nach der Beschreibung Menhir. Es sollte schon irgendwo zum Ausdruck kommen, dass das alles Megalithen sind. Und dass alle wiederum zusammen archäologische Denkmale sind. Das wird bei place_of_worship ja auch gemacht und nun nicht gleich nach christlicher Kirche, Synagoge,
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Am 11. September 2008 18:01 schrieb Roman Grabolle [EMAIL PROTECTED]: Was spricht gegen Tags nach dem Muster: megalith=yes für: da steht ein einzelner großer Stein rum, hat vermutlich was zu bedeuten. dolmen=yesda steht ein schiefer Riesentisch aus ziemlich großen Steinen, war bestimmt mal mit Erde bedeckt, aber der größte Teil (oder alles) liegt nun frei. barrow=yesDa steht ein großer künstlicher Hügel im Gelände. Form egal. Leute behaupten, das wäre ein Grab. megalith_row=(yes|1|2|many|carnac) Hier siehts aus wie auf'm Wiener Zentralfriedhof vor der Erfindung von Floristik und Steinmetzkunst. Zum Beispiel, dass jeder Dolmen ein Megalith ist (Teilmenge). Auch megalith_row ist nur eine Variante von megalith. Vermutlich meintest Du nach der Beschreibung Menhir. Es sollte schon irgendwo zum Ausdruck kommen, dass das alles Megalithen sind. Und dass alle wiederum zusammen archäologische Denkmale sind. Das wird bei place_of_worship ja auch gemacht und nun nicht gleich nach christlicher Kirche, Synagoge, Moschee, Tempel etc. unterschieden, sondern erst auf einer zweiten Ebene. Mir ist im Augenblick der Vorteil einer solchen zweistufigen Untergliederung nicht klar. Insbesondere nicht, wenn auch in der Karte später nur die zweite Ebene nachvollzogen wird, also beispielsweise das Großsteingrab den Steintisch als Symbol bekommt und das Hügelgrab eben einen Hügel. Dann ist es doch völlig unerheblich ob beide nun megalith sind oder nicht. Ebenso, wenn ich beispielsweise an der Verteilung von Großsteingräbern und Hügelgräbern in der Landschaft interessiert bin. Beide (und ggf. weitere Zuweisungen ) kann ich bei Bedarf ohne weiters miteinander verknüpfen, wenn ich doch mal an allen megalith in einem Gebiet interessiert bin. Es rechtfertigt nach meinem derzeitigen Kenntnisstand aber keine 2-fache Untergliederung. Entscheidend ist die eindeutige Bezeichnung des archäologischen Denkmals, zu welcher übergeordneten Kategorie es gehört ist demgegenüber zweitrangig. Viele Grüße Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Icons in OSM
Jan Tappenbeck schrieb: Hi ! ich habe gerade mal einen Blick in die Rules von KOSMOS geworfen und gesehen, dass immer auf Bilder in OSM verwiesen wird (http://wiki.openstreetmap.org/images/e/ef/Recycling.png). Wenn ich die URL eingebe, dann kommt da auch das Bild - aber über das Verzeichnis bekomme ich keine Auflistung - gibt es einen Weg der Betrachtung / Auswahl ? Es ist ein Mediawiki, die Image-URL für Menschen ist dort: http://wiki.openstreetmap.org/index.php/Image:Recycling.png Die Liste dafür dann in den Special Pages. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Hi ! jetzt haben wir soviel hin- und hergeschrieben und ich kann meine Steine mit oder ohne Erde immer noch nicht richtig festlegen. ... wollen wir nicht versuchen das Thema mal zum Ende zu führen, da es scheinbar sowieso nur eine Handvoll OSM'ler interessiert. Vielleicht füllt einer von Euch das WIKI entsprechend - der andere schaut sich das nochmal an und dann machen wir eine ABSTIMMUNG - wie das auch immer funktioniert und welche Folgen / Bedeutung es hat. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Hallo Markus, Markus schrieb: Gibt es hier auf der Liste eigentlich jemanden, der/die an den Renderern mitentwickelt? genauer: an den Regeln der Renderer? DEV-Group ja sicher, aber man kann die Regeln im SVN einsehen und selbst vervollständigen. http://trac.openstreetmap.org/browser/applications/rendering/mapnik/ Einen Ansatz habe ich dazu schonmal gemacht: http://wiki.openstreetmap.org/index.php/Mapnik/Tags War eher ein Experiment, wird aber bald vervollständigt. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation läßt sich nicht bearbeiten
winzek schrieb: Hallo, ich bearbeite die B19 zwischen Immenstadt und Kempten und habe dabei das Problem, daß ich den way 8876442 nicht aus der Relation 20496 (route B19) löschen kann. Josm liefert beim Bearbeiten der Relation keinen Fehler und auch der Upload bringt keinen Fehler. Also bei mir gibt der Upload Fehler 412. Das deutet auf einen kaputten way in der relation hin. http://www.openstreetmap.org/api/0.5/relation/20496/full in eine .OSM-Datei speichern, josm öffnen, in josm OSM-Datei öffnen, allen wegen ein dummy-tag zuweisen, dummy-tag wieder löschen, hochladen. Habe ich gerade mal gemacht. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Icons in OSM
Danke ! Was ist den nun ein Mediawiki wieder Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 10.9.08
Moin, Ist es möglich diese aus den OSM-Daten zu übernehmen, oder erlaubt das die Software nicht? Du kannst auch unabhängig von der Karte POIs laden. Hier hätt' ich vielleicht was für Dich: http://christeck.de/POIs Nicht ganz taufrisch, kann ich aber on demand aktualisieren und auch andere Kategorien anbieten, soweit sinnvoll und möglich. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name von Fahrradgeschäft nicht gerend ert
Marco Lechner schrieb: weiß jemand warum der Name des zweiten Fahrradgeschäfts auf der Cyclemap hier nicht gerendert wird? http://www.openstreetmap.org/?lat=49.89481lon=10.88228zoom=17layers=00B0FTF Liegt das an dem Bindestrich im Namen oder der Länge des Namens? Die beiden Punkte sind gleichzeitig und mit den gleichen Tags eingetragen worden. Das Label würde wahrscheinlich mit dem Schiffbauplatz kollidieren. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was ist wie zuzuordnen Operator / name
Hi ! eine Frage zum Thema der Tag-Verwendung am Beispiel eines Fast-Food-Geschäftes: [1] Operator: McDonalds, BurgerKing, Subway.. Name: (Betreiber des Geschäftes) oder [2] Operator: (Betreiber des Geschäftes) Name: McDonalds, BurgerKing, Subway.. Nach Wiki verstehe ich [1] für richtig und von meinen bisherigen Tags [2] Was nun ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Icons in OSM
Moin, Was ist den nun ein Mediawiki wieder eine bestimmte Wikisoftware (da gibt es ja nicht nur eine). Das Mediawiki ist in etwa das was die Wikipedia auch verwendet. Es gibt aber noch zig andere (potentiell leichtgewichtigere) Wikisysteme. Jetzt wird's allerdings OT :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist wie zuzuordnen Operator / name
Hallo. Am Donnerstag, 11. September 2008 schrieb Jan Tappenbeck: Nach Wiki verstehe ich [1] für richtig und von meinen bisherigen Tags [2] name sollte das enthalten, was ein Kartennutzer dort erwarten würde. Also auf einem Stadtplan ist mir egal, ob herr Müller den McDonald's betreibt, ich will eigentlich nur zum McDonald's. Ebenso als Navi-Benutzer, ich will einen Burger-King, egal ob ich jetzt zu dem von Herrn Schmidt oder dem von Familie Mayer geführt werde. Also ich würde da name auf jeden Fall auf das setzen, was oben groß am Geschäft steht. Interessant und lustig wird es IMHO bei Edeka bzw. Spar-Läden. Da steht am Geschäft oftmals der Inhaber-Name größer dran als die Kette und da ist es irgendwie nicht so eindeutig, was der Kartennutzer sehen möchte. Was nun ? Machen wie du denkst. :) Gruß, Bernd -- Bahnübergänge sind die härtesten Drogen der Welt. Ein Zug und du bist weg! 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] Icons in OSM
Hallo Dirk, hallo Jan, http://wiki.openstreetmap.org/index.php/Image:Recycling.png hat leider keine Category eingetragen. Passend wäre: [[Category:Icon]] Alle in die Kategorie eingetragenen Icons findet man unter: http://wiki.openstreetmap.org/index.php/Category:Icon Es gibt auch eine Kategorie für Vorschläge für Icons: http://wiki.openstreetmap.org/index.php/Proposed_Icons Aber ich fürchte, die werden dort nicht sorgfältig genug ausgetragen wenn sie verwendet werden, und ich fürchte, bei den verwendeten sind auch vorgeschlagene dabei... Schon wieder ein Grund, endlich eine zentrale DB zur Verwaltung der Schlüssel, Werte, Regeln Icons, etc. einzurichten! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist wie zuzuordnen Operator / name
Toll auf ins Chaos !! Aber irgendeine Mehrheits-Anwendung muss es doch geben Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wege auf Parkplätzen
Moin ! da ja jeder macht was er will - frage ich dennoch. Große Parkplätze versuchen, wie wir, mit Wegen Ordnung zu halten. Mit dem highway-service finde ich das sehr mächtig ! Wie macht Ihr das ??? path mit Auto erlaubt ? Vielleicht hat einer ein gutes Beispiel. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu FON-FIXME
Johann H. Addicks wrote: Rainer Knaepper schrieb: wieso stecken an den ganzen W-LAN Dingern von FON FIXMEs ? Weil die Koordinaten nicht so die, ähem, ganz große Präzision haben? Das Google-Adresscoding ist halt nicht besser. ;-) Wenn die meisten FON Spots sowieso aus Google Geocoding hervorgehen, ist es dann überhaupt rechtlich okay, die Dinger in OSM zu haben (von der Qualität jetzt mal ganz abgesehen)? (PS: Sorry, einfach ignorieren, wenn das schon im Archiv diskutiert fertig wurde ...) -- Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Hallo Tobias, man kann die Regeln im SVN einsehen und selbst vervollständigen. http://trac.openstreetmap.org/browser/applications/rendering/mapnik/ hm - anspruchsvoller Stoff... Und wo/wie finde ich dort beispielswese die Regeln für Brücke? Oder Fussballplatz? http://wiki.openstreetmap.org/index.php/Mapnik/Tags Da könnte man in weiteren Spalten die Regeln für die verschiedenen Zoomstufen angeben und ob der Schlüssel bei Punkt/Linie/Fläche ausgewertet wird. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege auf Parkplätzen
Hi, 2008/9/11 Jan Tappenbeck [EMAIL PROTECTED]: da ja jeder macht was er will - frage ich dennoch. Heisser Tipp: Ins Wiki gucken. Große Parkplätze versuchen, wie wir, mit Wegen Ordnung zu halten. Mit dem highway-service finde ich das sehr mächtig ! Wie macht Ihr das ??? path mit Auto erlaubt ? http://wiki.openstreetmap.org/index.php/Key:service highway=service und ggf. service=parking_aisle Vielleicht hat einer ein gutes Beispiel. http://openstreetmap.org/?lat=50.88596lon=6.8749zoom=17layers=0B00FTF Anderes Beispiel (unabhängig von Parkplätzen) wo das Ausblenden von Wegen in niedrigeren Zoom-Stufen vorteilhaft wäre: http://openstreetmap.org/?lat=50.8715lon=6.8635zoom=14layers=B000FTF Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege auf Parkplätzen
Moin, Mit dem highway-service finde ich das sehr mächtig ! dafür sind AFAIR die Parking-aisles da. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Hallo Markus, Markus schrieb: hm - anspruchsvoller Stoff... Naja geht. Besser als Mapserver, finde ich. Nicht so schön, wie Geoserver. Billiger als der ESRI Server :-) Und wo/wie finde ich dort beispielswese die Regeln für Brücke? Oder Fussballplatz? Der komplette Wiki-Server ist gerade wieder tot. http://wiki.openstreetmap.org/index.php/Mapnik/Tags Da könnte man in weiteren Spalten die Regeln für die verschiedenen Zoomstufen angeben und ob der Schlüssel bei Punkt/Linie/Fläche ausgewertet wird. Klar könnte man ... aber liest doch eh keiner :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege auf Parkplätzen
Jan Tappenbeck schrieb: Moin ! da ja jeder macht was er will - frage ich dennoch. Große Parkplätze versuchen, wie wir, mit Wegen Ordnung zu halten. Mit dem highway-service finde ich das sehr mächtig ! Wie macht Ihr das ??? path mit Auto erlaubt ? Wege auf Parkplätzen mappe ich nicht. Dazu ist so ein Parkplatz viel zu sehr Wilder Westen, und jeder fährt, wo er will. Würde man die Aufgabe wirklich SOOO ernst nehmen, müßte man den Parkplatz in den allermeisten Fällen als Multipolygon anlegen und sämtliche grünen Inseln mit Bepflanzung aus dem Parkplatzpolygon herausnehmen. Das ist mir dann doch zu viel Arbeit mit viel zu wenig Effekt. Der die Karte verwendende Verkehrsteilnehmer soll froh sein, dass der Parkplatz eingezeichnet ist und irgendein Router ihn bis zur Einfahrt geführt hat. Die Orientierung innerhalb des Parkplatzes überlasse ich vollkommen ihm selbst. Die einzige Ausnahme von dieser Regel ist eine zweispurig ausgebaute und sogar von einer Buslinie genutzte Hauptverkehrs-Ringstraße auf dem lokalen IKEA-Parkplatz - vornehmlich aber auch, weil dieser Weg auch der einzige Zugangsweg zu einem noch dahinter befindlichen Campingplatz ist. Alle von dieser Straße abzweigenden Wege ignoriere ich allerdings. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Jan Tappenbeck schrieb: jetzt haben wir soviel hin- und hergeschrieben und ich kann meine Steine mit oder ohne Erde immer noch nicht richtig festlegen. Das ist hier in der Liste doch so ueblich, oder? Ich sehe dass im Moment so, dass hier ein Konesens besteht, solche Sachen erstmal als archaeological_site zu kennzeichnen und naehere Details ueber weitere Keys zu bestimmen. Mir als einfacher Kartograph reicht das erstmal, so kann ich die Teile in die Karto eintragen, ohne was falsch zu machen und die Details kann ich dann jemanden Wissenden ueberlassen, so mal einer vorbei kommt. ... wollen wir nicht versuchen das Thema mal zum Ende zu führen, da es scheinbar sowieso nur eine Handvoll OSM'ler interessiert. Die meisten sind hier halt Stadtmenschen, und da sind die Teile nunmal eher selten zu finden. Vielleicht füllt einer von Euch das WIKI entsprechend - der andere schaut sich das nochmal an und dann machen wir eine ABSTIMMUNG - wie das auch immer funktioniert und welche Folgen / Bedeutung es hat. Ich werde es die Tage mal in HowToMapA Seite aufnehmen und dort einen Verweis auf eine der oben angebenen Informationsseite setzen. Das ist dann immerhin schon mal ein Anfang. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Transystem i-Blue 747
Hallo, ich bin recht neu bei OSM dabei. In zwei Wochen werde ich durch SO-Asien reisen und will meinen iBlue 747 Datenlogger mitnehmen. Im Wiki gibt es nicht all zu viele Hinweise dazu. http://wiki.openstreetmap.org/index.php/GPS_Reviews#Transystem Die Einführung wie man generell vorgeht habe ich gelesen. Habe jetzt noch ein paar Fragen speziell zu meinem Gerät. Was muss ich denn beachten damit die GPS-Tracks hinterher brauchbar sind? SBAS würde ich wohl ausschalten, da keine vernünftigen Korrekturdaten verfügbar sind, richtig? Was muss ich denn sonst noch an Einstellungen/Handling beachten? Für die Aufzeichnung aus einem Fahrzeug heraus hatte ich daran gedacht die Logging-Frequenz auf 2 Hz zu erhöhen. Gute Idee? Was gibt es zu beachten wenn ich zu Fuß unterwegs bin? Ich hatte mal Probeweise den Logger so am Rucksack befestigt dass er quasi waagerecht auf der Schulter liegt. Damit bin ich ein längeres Stück an einer geraden Straße lang. Im Ergebnis war es auch eine recht gerade Loggerspur. Ich fände es schade wenn wegen irgend einem vermeidbaren Fehler die Daten nicht brauchbar sind. Gibt es Empfehlungen fürs Tooling unter Windows? Einstellungen mache ich mit bt747, Traces lesen mit GPSBabel Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eisenbahnbrücken
Markus schrieb: Hallo Sven, wenn das Render-Ergebnis Mist ist. Du meinst: also doch für die Renderer tagen/taggen/tacken/tackern? ;) Jede Regel braucht ihre Ausnahme. Und was mit dem Layer-Tag angestellt wird, wird sowieso kaum in geordnete Bahnen zurückgedrängt werden können. Mir gefällt der Gedanke recht gut, bei den Tags möglichst wenige und wenn, dann einheitliche Default-Werte zu haben. layer=0 als Default für alles ist mir sympathischer, als Ausnahmen für Brücken und Tunnel - selbst wenn die systematische Logik, dass Brücken normalerweise oben und Tunnel unten sind. Was wäre denn gewonnen? Sehr wenig. Der Mapper muß weiterhin ein Stück Straße abtrennen und als Brücke/Tunnel taggen. Dabei muß er weiterhin drauf achten, welchen Layer die durch die Brücke/Tunnel überquerten vorhandenen Wege haben, um das Layer-Tag der Brücke/Tunnel entsprechend zu wählen. Da er sowieso die Tags der Brücke bearbeitet, ist es wirklich nur ein winziger Zusatzaufwand, noch einen passenden Layer anzugeben. Wenn sich die Unsitte, Flüsse pauschal mit layer=-1 zu taggen, weiter verbreitet, dann hätte ein standardmäßiger Tunnel mit layer=-1 beispielsweise ein Problem. Ich bin ganz bei Dir: die Kommunikation zwischen Datensammlern und Renerern ist höchst mangelhaft... Kommunikation ist in einem diversifizierten Projekt wie OSM grundsätzlich ein Problem. Aber es ist illusorisch, zu verlangen, dass jeder OSM-Aktivist, egal welche Funktion er wahrnimmt, sich parallel noch in tausend weitere Informationsquellen einklinkt und viel Zeit aufwendet, um das empfangene Rauschen zu ignorieren. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu FON-FIXME
Alexander Menk schrieb: Johann H. Addicks wrote: Rainer Knaepper schrieb: wieso stecken an den ganzen W-LAN Dingern von FON FIXMEs ? Weil die Koordinaten nicht so die, ähem, ganz große Präzision haben? Das Google-Adresscoding ist halt nicht besser. ;-) Wenn die meisten FON Spots sowieso aus Google Geocoding hervorgehen, ist es dann überhaupt rechtlich okay, die Dinger in OSM zu haben (von der Qualität jetzt mal ganz abgesehen)? (PS: Sorry, einfach ignorieren, wenn das schon im Archiv diskutiert fertig wurde ...) Also ich für meinen Fall habe die Diskussionsergebnisse so verstanden bzw. mir gemerkt: - es ist nicht klar, ob überhaupt eine Erlaubnis für das Importieren bestand - Daten teilweise sehr ungenau - Generell ist es fraglich, ob wir wlans in unserer Datenbasis wollen bzw. besser gesagt, ob es Sinn macht - schwer zu pflegen - Killerargument: Fon selbst bietet die Daten zum Download an, man könnte als einfach ein Overlay machen und hätte damit immer aktuelle Daten für sich. Extrapflege in OSM unsinnig Sicherlich stimmt jetzt wieder nicht jeder mit mir überein, aber aus diesen Gründen lösche ich jetzt diese Punkte, sobald ich welche entdecke. Andere wlans lasse ich unangetasstet, da ich vermute, dass diese speziell manuell eingepflegt wurden und sonst nirgends vorhanden sind. Sollten andere wlans vermehrt auftauchen, würde ich mal den User kontaktieren und ihn fragen, ob die eine spezielle Bewandnis haben. So, und jetzt beginnt die Diskussion von vorne und vllt. kommen wir zu einer schönen Grundsatzdiskussion zum Thema Löschen von Daten ;-) Schönen Abend noch Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Hallo Falk, Mir ist im Augenblick der Vorteil einer solchen zweistufigen Untergliederung nicht klar. Insbesondere nicht, wenn auch in der Karte später nur die zweite Ebene nachvollzogen wird, also beispielsweise das Großsteingrab den Steintisch als Symbol bekommt und das Hügelgrab eben einen Hügel. Dann ist es doch völlig unerheblich ob beide nun megalith sind oder nicht. Hügelgrab ist ja nicht ein Untertyp von =megalith, Hügelgrab ist auf der gleichen Ebene wie megalith =tumulus. Beide haben eine gemeinsame Ebene darüber: historic=archaeological_site . Zum dritten käme =fortification hinzu und für andere Regionen sicher mit der Zeit noch mehr. 1. archaeological site 2. megalith / tumulus / fortification / // 3. Menhir, Großsteingrab, cromlech / / Burgwall (hill fort), (römischer) limes, (neuzeitliche) Schanze Ebenso, wenn ich beispielsweise an der Verteilung von Großsteingräbern und Hügelgräbern in der Landschaft interessiert bin. Beide (und ggf. weitere Zuweisungen ) kann ich bei Bedarf ohne weiters miteinander verknüpfen, wenn ich doch mal an allen megalith in einem Gebiet interessiert bin. Es rechtfertigt nach meinem derzeitigen Kenntnisstand aber keine 2-fache Untergliederung. Entscheidend ist die eindeutige Bezeichnung des archäologischen Denkmals, zu welcher übergeordneten Kategorie es gehört ist demgegenüber zweitrangig. Wie gesagt, Megalithen sind Großsteingräber (Dolmen, Galeriegräber, Ganggräber, Steinkisten ...), Menhire, Steinkreise, Alignements und anderes mehr, auf den brittischen Inseln: cromlechs, boulder tombs, cairn, Clava Cairn, Clyde tomb, Cotswold Severn tomb, Court tomb, Passage tomb, Portal tomb und Wedge tomba, auf der Iberischen Halbinsel Anta, Mámoa, Pedra Formos, auf den westmediterranen Inseln: Gigantengrab, Naveta, Talayot, Taula, maltesische Tempel, Torre ... den Rest der Welt lass ich mal weg ;-). Die sollten irgendwie zusammen erfasst werden und ein gemeinsames Icon erhalten. Vorgeschlagen wurde der Steintisch. Was dann die „Freaks“ irgendwann in vielen Jahren mal damit machen werden, muss uns jetzt noch nicht interessieren. Hügelgräber haben damit nichts zu tun, außer, dass sie auch archäologische Fundstellen / obertägig sichtbare Bodendenkmale sind. Wir könnten nun die Ebene historical=archeological site einsparen und Megalithen, Hügelgräber und Befestigungen auf die erste Ebene hieven: historic=megalith, historic=tumulus, historic=fortification (historic=hill_fort) usw. Das hat mehrere gravierende Nachteile. 1.) Uns fliegt ziemlich schnell „historic=“ um die Ohren, spätestens wenn andere Regionen der Welt mit ihren (Haupt-)Denkmaltypen nachziehen. Das fängt schon bei den Pyramiden an und ich denke jetzt noch nicht mal an (den großen Rest von) Afrika, Asien oder Mittel- und Südamerika. 2.) Ich würde sehr gern irgendwann einmal schnell nachschauen können, welche (obertägig sichtbaren) archäologischen Denkmale es in einer Region gibt und eine „archäologische Karte“ erstellen. Ich will dann nicht erst 15 Typen vom Menhir bis zum Burgwall oder Steinkreuz anklicken und zusammenstellen müssen und dabei noch 4 weitere vergessen, sondern einfach nur „historic=archaeological site“. Vor allem möchte ich in nicht allzu großer Ferne „händische“ oder automatische Vergleiche der hier erfassten arch. Denkmale mit den Denkmallisten der einzelnen Kreise und Städte anstellen können, um unsere Karte auf Vollständigkeit zu prüfen oder Fehler zu finden – so wie es jetzt auch schon mit den Vergleichen mit den amtlichen Straßennamenverzeichnissen von Sven Anders funktioniert. 3.) Manch einer will vielleicht gar nicht so tief gehen fürchtet, Hünengrab und Hügelgrab zu verwechseln – soll ja schon vorgekommen sein ;-). Der oder soll die Möglichkeit haben, nur „archaeological site“ anzugeben. Die Feinsortierung können dann andere übernehmen. Ausserdem wird es immer auch sites geben, die nicht sicher in eine der Kategorien eingeordnet werden können. Ich habe überhaupt nichts dagegen und ich will mich auch gar nicht drüber lustig machen, nur weil ich es selbst nicht brauche. An anderer Stelle geben wir die unterschiedlichen Typen und Schlauchdurchmesser von Hydranten an – leider ist Wiki gerade down, sonst könnte ich drauf verlinken. Bei Kulturdenkmalen brauchen wir da nicht so fein differenzieren, denn das ist ja alles von früher? Viele Grüße Roman -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist wie zuzuordnen Operator / name
Jan Tappenbeck schrieb: Aber irgendeine Mehrheits-Anwendung muss es doch geben Siehe Tagwatch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transystem i-Blue 747
Hallo, ich habe den Wintec WSG-100. Im Auto lege ich das Gerät immer ganz nach vorne links an die Frontscheibe (in die Lüftungsschlitze. Die Antenne schaut dabei nach vorne. Ich leg sie deswegen ganz links hin weil es dann am ehesten in der Straßenmitte ist. Was ich bemerkt habe: Wenn es regnet den Empfänger immer gut trockenwischen. Wenn Regentropfen auf der Antenne oder so liegen hat man öfters ein paar Ausreißer im GPS Log. Wenn du im Zug sitzt den Logger am besten an die Gummidichtungen halten. Wegen den 2hz im Auto. Ich speichere im Auto eigentlich nur alle 2 Sekunden einen Track ab, das reicht bei mir. Ansonsten wünsch ich dir noch viel Spaß in Asien. mfg Matthias Am Donnerstag, den 11.09.2008, 20:03 +0200 schrieb [EMAIL PROTECTED]: Hallo, ich bin recht neu bei OSM dabei. In zwei Wochen werde ich durch SO-Asien reisen und will meinen iBlue 747 Datenlogger mitnehmen. Im Wiki gibt es nicht all zu viele Hinweise dazu. http://wiki.openstreetmap.org/index.php/GPS_Reviews#Transystem Die Einführung wie man generell vorgeht habe ich gelesen. Habe jetzt noch ein paar Fragen speziell zu meinem Gerät. Was muss ich denn beachten damit die GPS-Tracks hinterher brauchbar sind? SBAS würde ich wohl ausschalten, da keine vernünftigen Korrekturdaten verfügbar sind, richtig? Was muss ich denn sonst noch an Einstellungen/Handling beachten? Für die Aufzeichnung aus einem Fahrzeug heraus hatte ich daran gedacht die Logging-Frequenz auf 2 Hz zu erhöhen. Gute Idee? Was gibt es zu beachten wenn ich zu Fuß unterwegs bin? Ich hatte mal Probeweise den Logger so am Rucksack befestigt dass er quasi waagerecht auf der Schulter liegt. Damit bin ich ein längeres Stück an einer geraden Straße lang. Im Ergebnis war es auch eine recht gerade Loggerspur. Ich fände es schade wenn wegen irgend einem vermeidbaren Fehler die Daten nicht brauchbar sind. Gibt es Empfehlungen fürs Tooling unter Windows? Einstellungen mache ich mit bt747, Traces lesen mit GPSBabel Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transystem i-Blue 747
[EMAIL PROTECTED] schrieb: Hallo, ich bin recht neu bei OSM dabei. In zwei Wochen werde ich durch SO-Asien reisen und will meinen iBlue 747 Datenlogger mitnehmen. Ich will dich nur kurz daraufhinweisen, dass es nicht in jedem Land erlaubt ist GPS-Aufzeichnungen zu machen. Ich hoffe mal, dass es bei deinen Ländern erlaubt ist, musst du dich halt mal informieren. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
