Re: [Talk-de] Gaskavernen
Am 22.11.2013 15:49, schrieb Norbert Kück: > Hallo, > > am 22.11.2013 15:35 schrieb Peter Wendorff: >> wobei oft natürliche Hohlräume für die >> eigentliche Speicherung genutzt werden > Natürliche Hohlräume zur Gaslagerung - wo? Da bin ich einfach nur > neugierig. Ist leider seit ein paar Tagen aktuell, siehe z.B. http://www.ndr.de/regional/niedersachsen/oldenburg/etzel103.html Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Restaurant, zwei Eingaenge
Am 14.11.2013 13:22, schrieb chris66: > Am 14.11.2013 13:12, schrieb Michael Neumann: > >> Loesungsvorschlaege? > > Innerhalb des Gesamtgebäudes B eine Teilfläche A mit amenity=restaurant > mit den entsprechenden Eingängen E. > > oooE > o o * > E A o B * > o o * > * > * * > * * > * * > Ja das sieht gut aus. Was waere wenn das Restaurant eine ganze Etage einnimmt, dann waeren die Flaechen deckungsgleich? Aber eigentlich muesste ja irgendwo ein Eingang fuer den Rest des Hauses in den oberen Etagen sein, muss ich mir dann noch einmal genauer anschauen. Danke erstmal. -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ein Restaurant, zwei Eingaenge
Hallo, habe momentan folgendes Problem, wie mappe ich ein Restaurant mit zwei Eingaengen getreu dem Motto http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element ? Also das Restaurant ist ja nur ein Teil eines Gebaeudes, also liegen die Tags zum Restaurant schonmal nicht auf dem Gebaeudeumriss. Bei Restaurants mit einem Eingang lege ich die Tags auf den Knoten wo der Eingang liegt. Nun gibt es hier aber ein Restaurant mit zwei "gleichberechtigten" Eingaengen, wobei ein Eingang eine Treppe hat und der andere Eingang auch fuer Rollstuhlfahrer geeignet ist. Die Eingaenge entsprechend zu mappen ist kein Problem, aber wo sollen nun die Tags fuer das Restaurant hin um die Verknuepfung zu den beiden Eingaengen herzustellen? Doppelt eintragen ginge natuerlich, widerspricht aber dem oben zitierten Motto "One Feature, One OSM Element". Man koennte sicherlich auch etwas mit Relationen basteln, klingt fuer mich aber zu aufwaendig und wird vermutlich von keinem Programm unterstuetzt. Loesungsvorschlaege? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blindenleitstreifen
Am 23.04.2013 14:44, schrieb Jacques Nietsch: > Hallo, > > gibt es eigendlich schon tags für Blindenleitstreifen? > > Ich habe bisher nichts dazu gefunden. Jep, gibt es, guckst du hier: http://wiki.openstreetmap.org/wiki/DE:Key:tactile_paving Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 07:53, schrieb Jimmy_K: > Servus, > > ich glaube dies ist bis jetzt noch nirgends "üblich". Solange es aber > kein ordentliches, "zugelassenes" Spurmapping-Modell gibt, finde ich > diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar > Wochen mal vorgeschlagen) Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 06.10.2012 21:41, schrieb Robert S.: > > Ein Beispiel ist z.B. hier: > http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&layers=B0T > > Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also > das, was wir in OSM im Regelfall als 'highway=*_link' erfassen. > Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den > Import-Daten von 2009 noch nicht existierten. > Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt. > > In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold > kommend. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also > eintragen und den Bug mit einem 'Danke!' schließen. Hallo Robert, machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden und Rampen gibt es in Deutschland nur bei Autobahnen und autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen waere nach meiner bisherigen Ansicht also falsch. Was meint ihr? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ECC für Datenserver
Am 11.06.2012 12:07, schrieb Simon Poole: > > Der obligate Link zum Thema: > www.cs.utoronto.ca/~bianca/papers/sigmetrics09.pdf > > Kurz gefasst: ja, ECC macht Sinn :-) Jep, ECC-Speicher im Serverbereich ist sinnvoll. Allerdings ist es schon ziemlich dreist dafuer 20 EUR monatlichen Aufpreis zu verlangen. Die Server-Mainboards unterstuetzen das Feature sowieso und der Speicher ist kaum teurer als vergleichbarer Speicher ohne ECC. -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Am 04.06.2012 01:08, schrieb Stephan Wolff: > > An vielen Grünanlagen steht an einem Zugang ein Schild "Rad- und > Fußweg", am nächsten "Fußweg" mit Zusatz "Radfahrer frei", am > dritten ersetzt ein Poller die Beschilderung und an einem weiteren > gibt es wenige Treppenstufen. Bei "Radfahrer frei" wuerde ich highway=footway und bicycle=yes setzen, fahren wuerde ich persoenlich dort nicht mit dem Rad. > Feldwege haben oft Zeichen 250 nur mit Zusatz "Landwirtschaftlicher > Verkehr frei" obwohl Wegweiser für Radfahrer dorthin weisen. > Neben Waldwegen habe ich schon Zeichen 250 mit einem weiteren Schild > "Forstweg gesperrt für Motorfahrzeuge, Reiter und Gespanne. Frei für > Forstbetrieb." gefunden. > Solche Widersprüche zwischen Praxis und Beschilderung sind leider > sehr häufig. Überall, wo ich in Anwesenheit eines Polizisten radfahren > würde, setzte ich die access-Tags entsprechend. > Umgekehrt interpretiere ich ein Schild "Privat - Betreten verboten" > auch als Verbot für Radfahrer. :-) Der Radroutenplaner NRW hat mich am Wochenende auch durch einen Park geschickt, in OSM ist der Weg mit bicycle=designated getaggt ( http://www.openstreetmap.org/browse/way/4817630 ). Am Zugang des Weges steht auf beiden Seiten das Schild "239 Sonderweg Fußgänger", also duerfte man dort nicht mit dem Rad fahren, ein "Fahrrad frei" fehlt. Allerdings pappt dort ein Schild mit einer Radwegsnummer drunter, mit Pfeil in Richtung dieses Weges. Ich hatte dabei kein gutes Gefuehl, bin dann aber doch langsam durch den Park gefahren. -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Default-Access-Tabelle
Am 13.05.2012 19:07, schrieb Bernhard Weiskopf: > > Hallo Chris und Mitleser, > > über die Definition von track kann man sicherlich streiten. Ich setze hier > immer die entsprechenden Tags mindestens für Motorfahrzeuge. Schade wär's > allerdings, wenn ein Router tracks prinzipiell ignoriert, auch wenn dort > "motor_vehicle = yes" eingetragen ist. In meiner Umgebung (Mannheim) gibt es > ein paar wenige Feldwege, die stückweise für Motorfahrzeuge freigegeben > sind. Hallo, mir ist die Tage bei open.mapquest.de aufgefallen, dass Tracks gar nicht gerendert und somit auch nicht fuers Routing verwendet werden. Beispiel: OSM: http://www.openstreetmap.org/?way=38077499 Mapquest: http://mapq.st/JohCjL Ist das bei Mapquest schon immer so gewesen? Schade eigentlich, die Routingergebnisse finde ich dort sonst ganz brauchbar. Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] etwas übertrieben ? missing-housenumber, das hat schon seinen Sinn
Am 12.04.2012 16:24, schrieb Martin Koppenhoefer: > Am 12. April 2012 16:14 schrieb Jimmy_K : >> Ich habe eine Gasse (teilweise aus Versuchszwecke) nicht redundant gemappt, >> sonder an der node nur adr:housenumber. Nominatim findet die Hausnummer mit >> der dazupassenden Gasse auf Anhieb. > > > in vielen Fällen geht es problemlos, es gibt aber auch andere Fälle, > wo die Straße explizit benötigt wird. Man kann bei nicht vorhandenen > Daten immer raten und oft ein richtiges Ergebnis herausbekommen, es > ist aber trotzdem raten bzw. von Wahrscheinlichkeiten abhängig, und > nicht mit expliziten Daten zu verwechseln. Naja, bei der "type = associatedStreet"-Relation nach dem Karlsruhe-Schema muss ja nichts geraten werden, da werden die Hausnummern eindeutig der Strasse zugeordnet. Klar, wenn man nur eine Hausnummer eintraegt und keinen Bezug zur Strasse herstellt, versucht Nominatim oder sonstwer zu erraten, welche Strasse in Frage kommt, da sie am naechsten liegt. Das ist keine gute Loesung. -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] etwas übertrieben ? missing-housenumber, das hat schon seinen Sinn
Am 12.04.2012 11:37, schrieb Kay Drangmeister: > > Wieso nicht einfach das (automatisch aktualisierte) > http://tools.geofabrik.de/osmi/?view=addresses&lon=10.67608&lat=53.86260&zoom=16&overlays=buildings_with_addresses,no_addr_street,street_not_found,interpolation_errors Hallo, das wuerde ich gerne mal aufgreifen. Der Inspector meckert hier an vielen Stellen "No addr:street tag" an. Die Haeuser mit Hausnummer sind aber in einer "type = associatedStreet"-Relation. Das finde ich deutlich sinnvoller, als bei jedem Haus die Strasse einzeln einzutragen, Stichwort Redundanz. Zumindest sollte der Inspector das nicht als Fehler melden, was meint ihr? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename oder nur "name"
Am 11.04.2012 11:14, schrieb Falk Zscheile: > > Ok, konkret gefragt -- gehört der Name eines Hotels deiner Meinung > nach in das addr:housname, weil ich mich mit dem Navi zum Hotel XY > schicken lassen kann? Nein, der Name eines Hotels gehoert in das Name-Tag, so hat Andreas das auch geschrieben, das hast du nur falsch gelesen, er schrieb: > Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden > soll > und wo ein Router hinrouten können soll. Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Defibratoren - weitere Standorte
Am 25.02.2012 12:04, schrieb Jan Tappenbeck: > hi! > > zur Fortführung der Defi-Karte > (http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029&zoom=13&lat=53.54971&lon=10.00834&layers=BFTT&lang=de) Hallo, habe gestern mal die Defis an der TU Dortmund eingetragen: http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029&zoom=15&lat=51.48852&lon=7.41376&layers=BFTT&lang=de Hier gibt es auch zwei Defis, die in nicht oeffentlichen Bereichen haengen, habe dort ein access=private drangehaengt, oder sollte man die evtl. gar nicht erfassen? Ein weiterer Defi haengt im Fitness-Studio, hier aendern sich die Oeffnungszeiten haeufig und am Wochenende kommt man dort nur ueber ein Tor mit Zugangskarte rein. Habe hier erstmal keine Zeiten eingetragen, hat da jemand eine Idee zu? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise
Am 19.02.2012 14:05, schrieb Stephan Wolff: > Am 19.02.2012 00:51, schrieb Garry: >> Am 18.02.2012 08:44, schrieb Michael Neumann: >>> Ich wuerde public_transport=stop_position auf dem Gleis an der Mitte des >>> Bahnsteigs setzen. > >> Welche Information möchtest Du den mit "stop_position" geben? > > "stop_position" vorhanden und Teil einer Relation "route=train": > Der Zug hält in diesem Bahnhof. Ich kann etwa an der markierten Position > Ein- und Aussteigen. +1 >> Ich denke es gibt zu viele Ausnahmen, Sonderfälle etc. als dass man das >> in OSM sinnvoll eintragen könnte. >> Manche Gleise werden doppelt genutzt (hinterer und vorderer Teil), Züge >> getrennt und zusammgefügt,... >> Vernüftig wäre da nur das taggen der entsprechende Haltetafeln >> (Langzug,Vollzug,Kurzzug, achsabhängig,..) > > Für welche Anwender bietet diese Detailinformation einen Zusatznutzen? > Mir fallen dafür nur Zugsimulatoren ein. Für Fahrgäste ist die Mitte > des Zuges die relevante Position. +1 Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise
Am 17.02.2012 18:01, schrieb Roland Olbricht: > > public_transport=stop_position ist ganz falsch und sollte nur aus > Kompatibilitätsgründen verwendet werden. public_transport=stop_position > sollte > laut Wiki ursprünglich den Ort kennzeichnen, an dem die Fahrzeugspitze hält. Hallo Roland, ist das deine Meinung oder schon irgendwo ein Konsens? > In größeren Bahnhöfen kann das wegen unterschiedlicher Fahrzeuglängen > natürlich nicht funktionieren. Heute wird das Tag meistens irgendwo auf dem > Gleis plaziert und suggeriert dann eine nicht gegebene Genauigkeit - Tags mit > zwei verschiedenen Bedeutungen sind immer sehr problematisch. Ich wuerde public_transport=stop_position auf dem Gleis an der Mitte des Bahnsteigs setzen. Bei uns haelt z.B. auch jede S-Bahn, die alle gleich lang sind, nie an der gleichen Stelle. In der Mitte kommt man aber eigentlich immer in den Zug rein. Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access Problem
Am 04.12.2011 13:27, schrieb Falk Zscheile: > > Ein highway=residential, Einbahnstraße mit Verkehrszeichen 250 (Verbot > für Fahrzeuge aller Art). Freigabe für Anlieger und Fahrradfahrer. Für > Fahrradfahrer erfolgt die Freigabe auch in Gegenrichtung des > Einbahnstraße (bicycle=opposite_track). Wie soll ich die Freigabe für > Fahrräder in beide Richtungen eintragen? > > Wenn ich das Verkehrszeichen 250 für Fahrräder aufheben will, muss ich > ein bicycle=yes setzen. Dann kann ich aber nicht mehr die Freigabe für > die Gegenrichtung eintragen ((bicycle=opposite_track)), weil ich den > Schlüssel bicycle bereits vergeben habe. > > Hat jemand eine Lösung? Aktuell laut Wiki: highway=residential oneway=yes vehicle=destination bicycle=yes horse=yes oneway:bicycle=no Aeltere Variante: highway=residential oneway=yes vehicle=destination bicycle=yes horse=yes cycleway=opposite Sinnvoll ist es derzeit vermutlich noch, beide Tags (oneway:bicycle=no und cycleway=opposite) zu setzen. Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenGeoDB eingestellt
Hallo, bin heute auf einen Ort gestossen, der mehrere Nodes mit dem Ortsnamen hatte. In dem Zusammenhang sind mir die OpenGeoDB-Tags aufgefallen und wollte mir das mal genauer anschauen. Anscheinend wurde die Datenbank aber gerade eingestellt: http://opengeodb.giswiki.org/wiki Was bedeutet das fuer OSM und die OpenGeoDB-Tags? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fussgaengerampeln
Am 21.10.2011 09:20, schrieb Claudius: > > Nicht unbedingt. An einer Fußgängerampel muss eben nicht unbedingt auch > eine Autofahrerampel stehen. Nehmen wir eine klassische Kreuzung mit > seperaten Richtungsfahrbahnen. Dabei steht in Fahrtrichtung vor Kreuzung > erst die Autofahrerampel, dann die erste Fußgängerampel, nachfolgend die > beiden kreuzenden Fahrbahnen und dahinter die zweite Fußgängerampel, an > der eben nicht direkt eine Autofahrerampel steht. > Beispiel siehe: > > http://osm.org/go/0MGiwqsO4-- > > Der einfache, beampelte Fußgägnerüberweg (=ein Straßen-Weg in OSM, der > von einem Fußgänger-Weg gekreuzt wird) wird einfach mit > highway=crossing + crossing=traffic_signals > ausgezeichnet. Ich bastle mal ein "Rot oben, grün unten" > Fußgängerampelsymbol und versuch daraus einen JOSM-Patch zu bauen, damit > diese dann nicht mit dem Zebrastreifen-Symbol angezeigt werden. Genau, letzteres, der einfache, beampelte Fussgaengerueberweg war von mir gemeint, highway=traffic_signals hat also dort nichts verloren. Danke fuer eure Beitraege -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fussgaengerampeln
Hallo, wenn ich das im Wiki richtig verstehe, wird eine Fussgaengerampel nur mit highway=crossing und crossing=traffic_signals aber *nicht* mit highway=traffic_signals getaggt, korrekt? Das wird bei Mapnik und Osmarender aber leider nicht gerendert. Ich habe schon einige Fussgaengerampeln in OSM gesehen, wo zusaetzlich highway=traffic_signals gesetzt wurde, dann bekommt man auch ein schoenes Icon gerendert :-) Was meint ihr? Ich meine, wenn ich als Fussgaenger eine Ampel habe, dann haben die Autofahrer doch logischerweise auch eine?! Danke und Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google wirbt für OSM? (Wheelmap)
Am 09.10.2011 12:21, schrieb Garry: > Gestern ist mir eine relativ aufwendige Werbung für Wheelmap.org im > Fernsehen aufgefallen - hatte den Eindruck gemacht als wäre das ein > Google-Projekt.. > Eigentlich dachte ich das wäre ein Projekt auf OSM-Basis? > Kennt jemand die Zusammenhänge? Hallo, ich finde Wheelmap.org ist eine sehr gute Idee. Leider werden von der Karte dort nur Nodes unterstuetzt. Vor einigen Tagen ist mir aufgefallen, dass ein Nutzer ueber Wheelmap.org Nodes (POIs) angelegt hat, die als Closed Way mit diversen Tags schon vorhanden waren. Ich habe dann die Node wieder entfernt und den wheelchair=* Tag in den schon vorhandenen Gebaeudeumriss uebernommen. Leider wird das dann auf Wheelmap.org nicht mehr angezeigt. Per E-Mail habe ich die Betreiber von Wheelmap.org darauf hingewiesen, sie sagten sie haetten nur eine halbe Entwicklerstelle, wollen aber auch bald Gebaeude unterstuetzen. Ich fuerchte nun, dass mit der Werbung noch mehr solche "ueberfluessigen" Nodes angelegt werden, wo Gebaeudeumrisse schon vorhanden sind. Mit meiner E-Mail bin ich offenbar auch prompt auf dem Mailverteiler von wheelmap.org gelandet, hier ein Auszug der letzten Rundmail bezueglich der Werbung: > Unser TV-Spot > Foto SOZIALHELDEN Akademie > > Als Raul am Anfang dieses Jahr die Wheelmap auf der DLD-Konferenz in München > vorstellte, war der Raum nicht so gut gefüllt. Denn gleichzeitig hielt der > Google-Chef Eric Schmidt einen Vortrag. Die wenigen Besucher im Raum waren > von Rauls Vortrag trotzdem begeistert und stellten sich später als > Mitarbeiter des Internetgiganten vor. Als sie in diesem Sommer auf der Suche > nach einer Werbe-Geschichte zu ihrem Internetbrowser Google Chrome unter dem > Motto: "Das Web ist, was du draus machst" waren, riefen sie im > SOZIALHELDEN-Headquarter an. Aktuell läuft der Spot im Fernsehen bei allen > privaten Sendern und hat bei YouTube mehr als eine halbe Million Views. Wir > freuen uns über die gestiegene Aufmerksamkeit und dass jetzt noch mehr > Menschen von der Karte erfahren und sie somit noch mehr Menschen helfen kann, > ihren Alltag einfacher zu gestalten. Gruss Michael -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Am 28.09.2011 11:01, schrieb Martin Koppenhoefer: > Ja, 2 Nodes gehen immer, wenn es 2 Bibliotheken sind, würde ich auch 2 > Objekte machen. Wenn man es flächig machen will, dann würde ich 2 > Multipolygone machen, je Bibliothek eins (im einfachsten Fall jeweils > mit einem outer way als Member). Danke fuer eure Antworten, werde dann jeweils einen Node pro Bibliothek anlegen. Gruss Michael -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Am 28.09.2011 09:17, schrieb Georg Feddern: > > ganz pragmatisch würde ich erst mal sagen, dass das gar nicht sein kann. > ;-) > Von daher wäre es sinnvoll, hier konkretere Angaben (Permalink, > Ortsangabe, Bibliotheksangabe) zu machen, damit man sich davon selbst > ein Urteil bilden kann. An der TU Dortmund befinden sich z.B. die Bereichsbibliothek Bio- und Chemieingenieurwesen (BCT) und die Bereichsbibliothek Elektrotechnik und Informationstechnik (BE) in den gleichen Raeumlichkeiten. Ein weiteres Beispiel sind die Bereichsbibliothek Informatik (BI) und die Bereichsbibliothek Physik (BP), die sich in den gleichen Raeumlichkeiten befinden. > unterscheiden sich die Bibliotheken denn tatsächlich nur im ISIL, nicht > auch im Namen, Betreiber und/oder sonstigen Eigenschaften? > > Jedenfalls würde ich da ggf. eher zwei nodes draus machen - aber das > hängt ggf. eben von den näheren Umständen ab - siehe oben. Ausser im Namen und in der ISIL gibt es keine Unterschiede. Man koennte eventuell auch der Meinung sein, Bereichsbibliotheken gar nicht zu mappen, eine eigene ISIL haben sie aber jedenfalls. http://www.ub.tu-dortmund.de/Orgaplan/bereich.htm Gruss Michael -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Hallo, Bibliotheken haben ja normalerweise ein Bibliothekssigel (ISIL). Hat jemand eine Idee, wie man am besten zwei Bibliotheken kartiert, die sich am gleichen Ort (Node) befinden? Verwendet man zweimal den Key ref:isil oder bekommt er beide ISIL als Werte und wie wuerde man die dann trennen? Danke und Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Potlatch 2?
Am 08.09.2011 18:02, schrieb Wolfgang Barth: > Hallo > > bei mir klappt Potlatch 2 unter Win 7 64 bit eigentlich wunderbar. > > Nur ist es so, daß neuerdings (nicht von Anfang an) die dritte Spalte > der Befehlsmenüs oben (Background, Map Style, ), wo ja eigentlich > Tracks stehen sollte, wenn ich mich recht erinnere, neuerdings nur > [object Object] enthält und wenn man das Menü öffnet auch innen drin nur > dreimal [object Object] untereinander enthält. > > Hat jemand eine Idee woran das liegen könnte? > > Ist das nur bei mir so, oder bei anderen auch? Hallo, ich bin noch nicht solange dabei, aber anders als [Object Object] habe ich das Menue noch nie gesehen. Das Problem habe ich unter Windows 7 genauso wie unter Windows XP, auch ob Firefox oder IE ist egal. Ausserdem gibt es noch das Problem, wenn man nach Aenderungen "ESC" drueckt, poppt ein Fenster auf mit den beiden Schaltflaechen "Null" und "Null". Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenbestimmung
Johann H. Addicks schrieb: >> werden damit durch das Quasigeoid des DHHN92 ersetzt und als Höhen über >> Normalhöhennull (Höhen über NHN) bezeichnet. Die Differenz dieser >> Normalhöhen zu den NN-Höhen ist ortsabhängig (insbesondere von der Höhe) >> und beträgt beispielsweise in Jena (Höhe: 150 m) ca. 20 mm." > > Wie groß sind denn die Abweichungen maximal? > > Um 20 Millimeter mag ich nämlich wirklch nicht diskutieren, solange wir > nur barometrisch vermessen. Hallo Hildesheim im Schnitt 40m Es gibt keine Möglichkeit das pauschal umzurechnen. Deshalb führt das Katasteramt ja auch die NN Höhen weiter. Sie haben *nichts* mit den WGS84/ETRS89 höhön zu tun. Die Abeichungen müsten für jeden punkt einzeln mit der örtlichen Höhe abgelichen werden in Nds bietet sich das digitale Geländemodel an. Wir können nun wzar für jeden punkt eine Höhe über den Geoid erfassen ich sehe da aber überhaupt keinen sinn drin da man diese höhe nicht nutzen kann. Das sind reine Arbeitshöhen und die gemessenen punkt genauer in der eben abzubilden. Es kann sogar passieren das wenn man damit ein Model bauen würde das Wasser faktisch bergauf fliesst. Also wenn es sinnvolle höhen die auch zu gebrauchen sind dann nur NNhöhen zb Barometrisch Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT]Trigonometrische Punkte
Gerhard schrieb: > On Mon, 8 Sep 2008, Tobias Wendorff wrote: > >> Dirk Stöcker schrieb: >>> GPS ist in dieser Form nicht kalibrierbar. Die GPS-Genauigkeit ist von >>> vielen Faktoren abhÀnging, welche sich alle mit der Zeit Àndern. Du >>> kannst Dich also nicht auf einen bekannten Punkt stellen, den aktuellen >>> Offset bestimmen und annehmen, dass dieser fÃŒr die ganze Messung gilt. >> Das stimmt so nicht ganz: Post-Processed D-GPS hat eine Genauigkeit >> von wenigen Dezimetern. >> >> Wichtig ist allerdings, dass die Uhr im GPS-EmpfÀnger _höchst_ genau >> geht, dass Du jede einzelne Position des Satelliten sowie die >> Sichtweite kennst (und natÃŒrlich die Faktoren, wie Wetter, die das >> Signal beeinflussen - Basisstation muss in der NÀhe der Messung >> stehen) und dass Du den Algorithmus kennst, wie das GPS-GerÀt >> die Daten ausrechnet oder halt die Korrekturdaten direkt einflieÃ�en >> (WAAS/EGNOS Àhnlich). > > Die "Uhr" im GPS EmpfÀnger muss sowieso _höchst_ genau gehen, sonst > funktioniert das normale GPS schon nicht. Das ist auch der Grund warum man > mindestens 4 Satelliten empfangen muss um die 3D Position zu bestimmen, es > gibt nÀmlich 4 Unbekannte (3 Raumkoordinaten und die genaue Zeit im > EmpfÀnger). Post-Processed D-GPS setzt voraus dass das GerÀt die Rohdaten > (pseudo-range) aufzeichnet, und das tun die mir bekannten HandgerÀte > leider nicht. > > Gerhard Also mein GeoxH macht das. Und mit der Externen Antenne sogar noch besser ;) Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meilensteine (Denkmalschutz) tacken
Martin Koppenhoefer schrieb: > > > Am 7. September 2008 19:30 schrieb Michael Neumann > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>: > > Dirk Stöcker schrieb: > > On Sat, 6 Sep 2008, Michael Neumann wrote: > > > >> Nicht jeder Grenzstein der Alt ausieht ist auch gleich Historisch. > >> Die meisten Grenzsteine die im Feld stehen haben durch aus noch > ihren > >> Zweck im Kataster und sind deshalb aktuell. > > > > Viele davon haben sogar eine höhere Genauigkeit, als die Angabe im > > Kataster :-) > > Das wÃŒrde ich gern mal erklÀrt bekommen. jJe Àlter der GS umso > ungenauer > seine Aufmessung. Rezessvermessungen um 1800 oder Ã�bernahmen aus dem > grafischen Kataster lassen schon mal Spannungen bis zu einem Meter zu. > Aus den AnfÀngen des 1900 noch um 20-30cm. Die > Messgenauigkeiten/Messmethoden waren eben nicht so hoch wie heute. > > > naja, aber bei alten Grenzsteinen _IST_ doch der Stein die Grenze, oder > nicht? > > Martin Jaundnein Er muss schon zu den Zahlen passen. Wenn wir nen Stein finden der im errechneten Bereich liegt, gilt der Stein. Nachdem er soweit wie möglich in seiner Lage überprüft wurde zb durch Messungen zu andern Steinen, Wegebreiten, Vermessungspunkten. Lage zu/auf Vermessungslinien, usw. das ist richtig. Wenn es eine Untervermarkung gibt gilt diese, nicht umsonst heissen diese auch Geheimniss. Der Stein kann ja mal weg sein aber die Untervermarkung ist meist noch da. Finden wir einen Stein der überhaupt nicht zum Zahlenwerk passt (und auch durch andere Steine/Vermessungspunkte nicht gestützt wird) ist diese Stein sonstwie in die Erde gekommen aber nicht durch eine rechtmäßige Vermessung. Es gibt immer eine Beziehung Stein -> Zahlenwerk das ist so. Kein Stein ohne Zahlen die seine Lage festlegen. Auch hier immer der Hinweis das es sicher alte (historische) Grenzsteine gibt die besonders gearbeitet sind und deshalb schön anzusehen die vieleicht auch mal eine ganz wichtige Rolle gespielt haben zb Grenze zwischen Herzog/Fürstentümer oder wie bei uns Königreiche waren. Selbstverständlich werden solche nicht entfernt und wurden im Allgemeinen auch nicht entfernt. Aber da liegt eben der unterschied zum "normalen" Grenzstein. Ausserdem stehen auf diesen Steinen auch meist wozu sie da sind. (eingemeisselte Aufschriften zB). Also nicht jeder alte Stein in der Mark ist Historisch. Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meilensteine (Denkmalschutz) tacken
Dirk Stöcker schrieb: > On Sat, 6 Sep 2008, Michael Neumann wrote: > >> Nicht jeder Grenzstein der Alt ausieht ist auch gleich Historisch. >> Die meisten Grenzsteine die im Feld stehen haben durch aus noch ihren >> Zweck im Kataster und sind deshalb aktuell. > > Viele davon haben sogar eine höhere Genauigkeit, als die Angabe im > Kataster :-) Das würde ich gern mal erklärt bekommen. jJe älter der GS umso ungenauer seine Aufmessung. Rezessvermessungen um 1800 oder Übernahmen aus dem grafischen Kataster lassen schon mal Spannungen bis zu einem Meter zu. Aus den Anfängen des 1900 noch um 20-30cm. Die Messgenauigkeiten/Messmethoden waren eben nicht so hoch wie heute. >> Vermesser haben die angewohnheit Grenzsteine die nicht mehr im Kataster >> nachgewiesen sind zu entfernen. Keine Grenze - Keine Marke >> Und noch was Alte behauene Polygonsteine werden auch gern mal als >> Grenzstein angesehen. > > Vermesser, welche im Feld aufgefundene Grenzsteine ohne guten Grund > (z.B. eindeutig betrügerische Steinsetzung - häufig im ländlichen > Gebiet) entfernen, sollten mit Schimpf und Schande aus dem Berufsleben > vertrieben werden. > Ach das hätte ich gern erklärt. Wenn ein Grenzstein seine Bedeutung verloren hat weil über diesen Stein eben keine Grenze mehr verläuft wird entfernt. Verwchsel das bitte nicht mit Läufersteinen oder anderen Vermessungspunkten. Oder Steinen die wirklich historisch sind. Also ich bin nun über 15 Jahre im Job und ich habe erst einmal erlebt das ein Stein offensichtlich sehr "kreativ" wieder eingebracht wurde nachdem er herausgepflügt wurde. > Die Steine haben Jahrhunderte überdauert. Ob unsere computergestützten > Koordinaten auch so lange überstehen, bleibt abzuwarten. Da gebe ich dir vollkommen recht. Allein die Informationen die verloren gehen weil alte unterlagen gescannt und danach vernichtet werden tun einem in der seele weh. Besonders wenn dann Informationen verloren gehen die man im Original sicher noch hätte lesen können die aber durch die DVA verloren sind weil Scanner und Kompression sowie anschliessend der Drrucke die Zahlen verwischen. Das Ist eine Schande. Der Stein der im Zahlenwerk nachgewiesen ist kann ruhig mal weg sein. Wir haben ja den Zahlen Nachweis (noch). Das ist auch häufiger der Fall als das wir Steine wegwuppen. > > Ciao > Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Bernd Wurst schrieb: > Hallo. > > Beim Lesen des Threads ÃŒber Meilensteine ist mir in den Kopf gekommen, dass > es > ja diese trigonometrischen Punkte gibt. Ja noch. In Niedersachsen werden die TP oberhalb der Platte nicht mehr gepflegt. Teilweise ziehen wir die sogar extra raus. Für uns ist eh nur die Platte interressant. und wenn wir da mal dran müssen kommt der Pfeiler nur noch als Findemarke wieder drauf. wenn überhaupt. Die LGN und die Landesregierung sind der meinung das die TPs (sichbar ja damal für die Bundeswehr eingebracht und nachrangig erst zum Orientieren fürs gemeine Volk) nicht mehr notwendig sind. Da ja jeder heute GPS hat damit umgeen kann und deshalb soche wegweiser nicht merh notwendig sind. das gleiche gild scheinbar auch für die Gedruckten Kartenwerke die immer schlechter und von der Fortführung immer älter werden. Es sieht zb so aus als solle der Bestandt in dem wälder gar nicht mehr geflegt werden. aber das ist eine andere Geschichte. Da kann OSM in Zukunft Punkten und das wird wohl auchmein Vorrangiges Betätigungsfeld) > > Da hier auch Vermesser mitlesen folgende Frage: > Sind die Koordinaten dieser Punkte, die ja sehr genau vermessen wurden, > irgendwo frei erhÀltlich? Nein. aber du kannst ja mal beim amt nachfragen. Auf dem Obergefreiten dienst weg kann ich mir vorstellen das da mal ne Liste mit den koordinaten als Kopie abfällt. um welchen TP es sich dann handelt kannst du in der Örtlichkeit ja ermitteln. Ich kann mir nicht vorstellen das sie die ne TP Übersicht überlassen. Du kannst auch ganz geziehlt mit der TK25/50 hingehen und fragen "den und den TP da hätte ich gern die Koors" Um eine andere Frage gleich mitzu beantworten. Ja Jeder TP hat eine genaue Höhe über NN. MMgenauigkeit. das dürfte reichen um das Barometer zu kalibrieren. Da kannst du aber auch den nächstliegenden Flughafen anrufen der nent dir den aktullen Wert und den rechnest du schnell auf dine Höhe um. Metergenauigkeit reicht da vollkommen. Sonnst können wir auch noch anfangen Höhenbolzen und so zu Taggen > GruÃ�, > Bernd Gruß Michael DV Neumann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meilensteine (Denkmalschutz) tacken
Christoph Eckert schrieb: > Wenn ich im Feld über Grenzsteine stolpere, dann hänge ich da momentan ein > historic=boundary_stone 'dran und gut iss. Du könntest also einfach mal ein > historic=milestone verwenden, damit die Dinger schonmal da sind. Hallo Nicht jeder Grenzstein der Alt ausieht ist auch gleich Historisch. Die meisten Grenzsteine die im Feld stehen haben durch aus noch ihren Zweck im Kataster und sind deshalb aktuell. Vermesser haben die angewohnheit Grenzsteine die nicht mehr im Kataster nachgewiesen sind zu entfernen. Keine Grenze - Keine Marke Und noch was Alte behauene Polygonsteine werden auch gern mal als Grenzstein angesehen. Auch hier Achtung. Auskunft gibt im Zweifel die nächste Katasterbehörde. Zumindst bei uns werden solche anfragen genauso freundlich beantwortet wie Aufträge die Geld einbringen. Gruß Michael Neumann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de