Re: [Talk-de] LKW-Routing (TV-Bericht)
> grade wenn's unter brücken oder durch enge tore durchgeht, ist da > ein node > wesentlich besser angebracht, als wegen den zwei metern den weg > zu zerteilen. aus der Sicht des Mappers oder des Routers? entweder wollen wir die Wirklichkeit abbilden oder extrem vereinfachen. Punktereignisse sind halt Vereinfachungen - Vereinfachungen können in mathematischen Modellen nicht immer in eine Wirklichkeitsabbildung zurückgeführt werden ;-) lG Wolfgang > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Guenther Meyer > > Sent: Tuesday, December 02, 2008 11:29 PM > > To: Openstreetmap allgemeines in Deutsch > > Subject: Re: [Talk-de] LKW-Routing (TV-Bericht) > > > > > > Am Dienstag 02 Dezember 2008 schrieb Florian Lohoff: > > > On Tue, Dec 02, 2008 at 08:28:04PM +0100, Ulf Lamping wrote: > > > > Subject: Re: [Talk-de] LKW-Routing (TV-Bericht) > > > > > > > > Florian Lohoff schrieb: > > > > > D.h. bei den maxspeeds gaebe es noch interesse - ist > bloss schlecht > > > > > gepflegt - und bei hoehe, breite oder gewicht interessiert es den > > > > > normal-mapper nicht und es wird auch nicht visualisiert. > > > > > > > > Hab jetzt gerade mal im JOSM eine Icon Darstellung eingebaut > > (eingebaut > > > > hatte ich das schon ne Weile her, aber jetzt habe ich noch einen Bug > > > > gefixt). Eine maximale Höhe /Breite / ... wird jetzt im JOSM mit dem > > > > entsprechenden deutschen Verkehrszeichen dargestellt. > > > > > > > > Gilt nur für Nodes - Breite, Höhe, etc. sollte ja eh eher eine > > > > punktförmige Stelle sein. > > > > > > Aeh - Also typischerweise ist eher ein streckenabschnitt gesperrt fuer > > > z.b. Fahrzeuge hoeher als 3.60 oder schwerer als 7.5to. > > > > > nicht immer! > > grade wenn's unter brücken oder durch enge tore durchgeht, ist da > > ein node > > wesentlich besser angebracht, als wegen den zwei metern den weg > > zu zerteilen. > > > > > > > > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorway QA - 1. Report
kann ich demnächst anbieten ;-) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Andreas Labres > Sent: Tuesday, December 02, 2008 7:50 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Motorway QA - 1. Report > > > Gary68 wrote: > > für alle, die jetzt gleich ein paar oneways hinzufügen oder sich nur mal > > ein bild machen wollen... > > Sehr nett. Könntest Du das für AT auch machen? *wünsch* > > Servus, Andreas > > ___ > 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] ?Relationen "Radverkehrsnetz NRW" gel?scht!
wir arbeiten an der Darstellung der Natur; Kritik an der selben hilft uns bei der Darstellung nicht weiter, es sei denn, es geht um die Darstellung von Gefahrenstellen oder ähnlichem. Für die Grundsatzdiskussion zu den Radwegen gibt es sicher geeignete Diskussionslisten. lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Karl Eichwalder > Sent: Tuesday, December 02, 2008 7:19 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] ?Relationen "Radverkehrsnetz NRW" gel?scht! > > > "Martin Simon" <[EMAIL PROTECTED]> writes: > > > Es tut mir leid, daß du in einer sehr seltsamen Gegend zu wohnen > > scheinst, in der Radrouten nur Radwege benutzen, die zudem alle 500 > > Meter die Straßenseite wechseln. > > Die seitenwechsel sind schon sehr häufig (zahlreiche beispiele kann ich > in Nordhessen und Südniedersachsen sowie in Mittelfranken anführen; im > Ruhrgebiet sind mir auch einige stellen aufgefallen). Wenn es grad mal > keinen seitenwechsel gibt, dann hat man sich mit straßenquerungen > herumzuschlagen, wo man sich doch eigentlich auf einer > vorfahrtsberechtigten straße befindet, oder man wird mit interessanten > berg- und talfahrten unterhalten. > > Aber egal, die vorlieben sind verschieden. > > > aber was erzähl' ich dir da, du hast es dir sicher vor > > Ort selbst angesehen und käust hier nicht nur deinen über Jahre > > angesammelten Hasst auf alles, was "Radweg" ist, wieder. > > Ich habe festgestellt, dass diese fahrradeinrichtungen dem radfahrer das > leben eher schwerer als einfacher machen. Wenn ein weg von der führung > her auf den ersten blick akzeptabel erscheint, dann stimmen > oberflächenbeschaffenheit und lichte weite nicht oder der weg führt > nicht dahin, wo ich hin will. Oder die beschilderung ist miserabel; bei > dunkelheit hat man als ortsfremder in der regel nach wenigen km > verloren, weil die schilder schlicht nicht zu sehen sind. > > Bei helligkeit ist das schilderzeug oft nur schwer interpretierbar. > Hier in der nähe hat man es sogar fertiggebracht einen weg 8 und weg B > in gleicher farbgebung sich kreuzen bzw. sich eine strecke teilen zu > lassen (bei Kalchreuth). > > Es hat auch seinen grund, warum hier an den meisten überland-radwegen > steht: "Kein Räum- und Winterdienst." > > -- > Karl Eichwalder > > ___ > 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] MotorwayCheck
danke für die Österreich-Version, Line 1 habe ich mal erledigt - sende CC an talk-at lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Gary68 > Sent: Thursday, December 04, 2008 11:28 AM > To: talk-de > Subject: Re: [Talk-de] MotorwayCheck > > > anyway, habe jetzt true/false auch als valide implementiert. wäre > vielleicht mal was für einen bot? > > Deutschland und Österreich sind online: > http://wiki.openstreetmap.org/wiki/MotorwayCheck > > > ciao > > gerhard > > Am Donnerstag, den 04.12.2008, 11:19 +0100 schrieb Ulf Lamping: > > Jochen Topf schrieb: > > > On Wed, Dec 03, 2008 at 10:11:28PM +0100, Gary68 wrote: > > >> tja, was ist korrekt? > > >> > > >> in map features stehen als werte für oneway= > > >> > > >> yes/no or > > >> 1/-1 > > >> > > >> daher ist die liste etwas länglich und "true" evtl. nicht korrekt? > > > > > > Also true war immer korrekt und in Europa gibt es >100.000 ways mit > > > oneway=true. (Ca. genausoviele mit =1 und dreimal so viele mit =yes.) > > > Weiß nicht, warum das nicht in Map Features ist. :-( > > > > > > Jochen > > > > Da gab es doch vor einiger Zeit mal eine längere Diskussion auf dieser > > (oder talk?) Liste, daß xy=true (bzw. false) irgendwie nur von > > Informatikern intuitiv verstanden wird. > > > > Wenn ich mich recht entsinne, war daher der Konsens besser yes / no zu > > verwenden. > > > > Gruß, ULFL > > > ___ > 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] Ortsgebiet
offensichtlich geht es darum zwei Begriffe auseinander zu halten: 1.) das bebaute Gebiet - dehnt sich automatisch (comunity-driven) aus, wenn ein neues Haus gebaut wird - wichtig für die Renderer, damit es nett aussieht - das müßte eigentlich "built-up-area" sein? 2.) jenes Gebiet, in dem ein niedrigeres Tempolimit gilt als auf Überlandstraßen - wichtig für Router - maxspeeds reichen hier nicht, weil relativ klar ist, daß Überland maxspeed auch als Reisegeschwindigkeit erreicht werden kann, innerhalb von Orten etwa die Hälfte oder knapp mehr - das müßte dann "city-limit" sein? jedenfalls dehnt sich das nicht automatisch aus, sondern ist (in D, A, ...) durch Ortstafeln begrenzt und heißt hier D: geschlossene Ortschaft, A: Ortsgebiet, ... ; in England wird es offensichtlich durch das Vorhandensein von drei Laternen begründet ;-) Für mich (beim Routen) macht es einen Unterschied, ob Tempo 50 Überland vorkommt, da setze ich Reisegeschwindigkeit 50, im Ort bei Tempo 50 etwa Reisegeschwindigkeit 10 - 30 (je nach Straßentyp) - dazu muß man halt wissen, wo man ist. lg Wolfgang PS: fast offtopic: beim Setzen von Ortstafeln ist man in Österreich sehr pingelig (in Deutschland habe ich in einer vorigen Meldung mal mitgelesen, daß nicht unbedingt an allen Straßen Ortstafeln stehen müssen ;-), Ortstafeln müssen an den Orteinfahrten aller öffentlichen Straßen stehen, sonst gilt das Tempolimit nicht. Das ging ja sogar soweit, daß Vertreter der slowenischen Minderheit in Kärnten zweisprachige Ortstafeln per Verfassungsgerichtshofsurteil herbeigeführt haben. Dieser ist nämlich der Ansicht, daß die Ortstafel nur gilt, wenn sie dort zB zweisprachig ist. Auch mit Werbetafeln am gleichen Ständer gab es schon viele Probleme. Mit einigen wenigen Ausnahmen, die taxativ in der (Ö) StVO aufgezählt sind, darf nun keine Werbung mehr am gleichen Ständer sein, sonst ist die Ortstafel ungültig. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Sascha Silbe > Sent: Thursday, December 04, 2008 1:02 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Ortsgebiet > > > On Thu, Dec 04, 2008 at 01:15:59AM +0100, Frederik Ramm wrote: > > > Genau, und "built-up area" ist einfach "bebautes Gebiet" - also was > > man typischerweise von einem Luftbild sofort einzeichnen kann. > OK, gutes Argument. > > > Der Begriff hat im Englischen nicht den scharf begrenzten Charakter > > von unserem "geschlossene Ortschaft". > Dann würde ich doch einfach mal boundary="geschlossene Ortschaft" als > Tag vorschlagen, das ist dann eindeutig. :-| > Aber letztendlich kommt es eh hauptsächlich auf eine passende > Beschreibung im Wiki und in den Presets an... > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> From: Sascha Silbe [mailto:[EMAIL PROTECTED] > > 1.) das bebaute Gebiet - dehnt sich automatisch (comunity-driven) aus, > > wenn > > ein neues Haus gebaut wird - wichtig für die Renderer, damit es nett > > aussieht - das müßte eigentlich "built-up-area" sein? > Das ist für mich eigentlich place=city/town/... ist auch schlüssig - für meinen automatischen Import brauche ich halt eine einheitliche Variante, weil ich's sonst nicht automatisiseren kann > > > 2.) jenes Gebiet, in dem ein niedrigeres Tempolimit gilt als auf > > Überlandstraßen - wichtig für Router - maxspeeds reichen hier > > nicht, weil > > relativ klar ist, daß Überland maxspeed auch als > > Reisegeschwindigkeit > > erreicht werden kann, innerhalb von Orten etwa die Hälfte oder knapp > > mehr - > > das müßte dann "city-limit" sein? > Einigen wir uns ruhig auf city_limit, das ist schon in den Presets drin, > wenn auch nur als traffic_sign und für Nodes (?). > Jetzt ist nur noch die Frage, als welches Feature es zu taggen ist. Also > geschlossener Weg wie von mir vorgeschlagen, Relation mit betroffenen > Wegen (und Straßenlaternen etc.) drin, Tag an jedem betroffenen Weg > (und ...), einfach nur Nodes setzen bei den Schildern (Berechnung > betroffener Wege skaliert vermutlich nicht gut genug für Router, insb. > wenn Ortsschilder fehlen / noch nicht gemappt sind). Sonst noch > Vorschläge? habe gerade auch wo gelesene, daß city_limit das amerikanische pendant zu built-up-area ist; ist also vielelicht auch nciht optimal. aus meiner Sicht reicht es beim Routen auch aus, wenn ich's auf primary/secondary/tertiary habe; resdiential sollte sowieso nur im Ort vorkommen und auf allem anderne kann man eh' nicht schnell fahren ;-) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
was noch? (das auch noch irgendwo verwendet wird ...) > -Original Message- > From: Sascha Silbe [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 04, 2008 3:39 PM > To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Ortsgebiet > > > On Thu, Dec 04, 2008 at 03:27:33PM +0100, Wolfgang W. Wasserburger > wrote: > > > aus meiner Sicht reicht es beim Routen auch aus, wenn ich's auf > > primary/secondary/tertiary habe; resdiential sollte sowieso nur im Ort > > vorkommen und auf allem anderne kann man eh' nicht schnell fahren ;-) > Für Geschwindigkeitsabschätzung beim Routen mag das reichen, aber > nicht notwendigerweise für alles andere auch. Zumindest in DE hängt > von der geschlossenen Ortschaft mehr ab als nur die erlaubte > Geschwindigkeit. > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
OK - meinte ja, gibt es was zum Darstellen/berücksichtigen beim Routen??? lg Wolfgang > -Original Message- > From: Sascha Silbe [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 04, 2008 4:27 PM > To: Wolfgang W. Wasserburger > Cc: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Ortsgebiet > > > On Thu, Dec 04, 2008 at 03:52:02PM +0100, Wolfgang W. Wasserburger > wrote: > > > was noch? > Z.B. (in DE): > - Nutzung von Radwegen durch Mofas (§ 2 (4) 6) > - Abstand für langsame Fahrzeuge / FZ länger 7m (§4) > - Fahrbahnwahl (§ 7 (3) 1, § 42 (1) d) > - Parken: Nähe von Bahnübergang (§ 12 (3) 6), Vorfahrtsstraße (§ 12 > (3) 8), ... > - Beleuchtung beim Parken (§ 17 (4) 1, ...) > - Fahrbahnseite für Fußgänger (§ 25 (1)) > ... > > > > (das auch noch irgendwo verwendet wird ...) > Wenn Du meinst: Was schon von irgendeiner Software ausgewertet wird, > dann lautet die Antwort: Nichts mangels passender Datenquellen. > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shop für OSM-Klamotten
wie wär's gleich damit: http://wiki.openstreetmap.org/wiki/Merchandise#T-shirt lg W. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jan Tappenbeck > Sent: Thursday, December 04, 2008 8:23 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Shop für OSM-Klamotten > > > Ich wollte mir in Kürze ein Polo-Shirt machen - 3 Sprachig mit Logo > > > (Englich / Deutsch / Spanisch - www.openstreetmap.org ) > > Wenn einer interesse hat kann er sich schon einmal melden. > > PS: gibt es irgendwo eine einfarbige Vorlage für unser Logo ? > > gruß Jan :-) > > > ___ > 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] LKW-Routing (TV-Bericht)
da werden genug hinkommen und auch drüber fahren, denn die Algorithmen werdens eh' nicht beachten, bloß weil ein Einzelner glaubt, das Rad neu erfinden zu müssen bzw. erfinden zu lassen. Ich empfehle das Buch von Domschke - kommt auch in eBay immer wieder. Da sind alle Algorithmen übersichtlich erklärt und auch gleich das mathematisch mindeste Laufzeitverhalten angeführt. Vielleicht gibt es daneben auch Algorithmen, die an Punkten zusätzliche Widerstände einbeziehen. Deren Laufzeitverhalten will ich lieber gar nicht abschätzen. Ich denke es ist besser Herrn Meyer Sachen machen zu lassen, die keiner brauchen kann und da ganze nicht weiter zu diskutieren. Ich jedenfalls werde mich bemühen, meinen Senf nur mehr bei grobem Unfug dazuzugeben. Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Guenther Meyer > Sent: Thursday, December 04, 2008 9:09 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] LKW-Routing (TV-Bericht) > > > Am Donnerstag 04 Dezember 2008 schrieb André Reichelt: > > Guenther Meyer schrieb: > > > Am Donnerstag 04 Dezember 2008 schrieb André Reichelt: > > >> Ein Punkt wird nicht reichen! Stellt Euch vor, man befährt das Gebiet > > >> aus wiedrigen Umständen mittig. Dann gibt es ein Problem. > > > > > > was meinst du bitte damit? > > > > Aus einem mir unerfindlichen Grund kommt der Laster mittig auf die > > Strecke (also zwischen zwie Punkten). > > aehm, da ich die einschraenkung als punkt eintrage, kann da > keiner "dazwischen" auf die strecke kommen... > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer Höhenmesser // Re: LKW-Routing (TV-Bericht)
> [mailto:[EMAIL PROTECTED] Behalf Of Garry > GPS ist dann mit grösster wahrscheinlichkeit korrekt wenn optimaler > Empfang besteht. Nicht unbedingt: Das ganze ist ein rein geometrisches Problem. Die GPS-Satelliten sind ja alle oberhalb des Standortes in einer Entfernung von rund 20.000 km, also dem eineinhalbfachen Erddurchmesser. Dadurch entstehen für die Höhenbestimmung schleifende Schnitte und die sind einfach ungenauer. An dieser Tatsache, an die sich vielleicht der eine oder andere noch aus der Schulzeit erinnern kann, führt nichts vorbei. Auch Galileo, das ja viel genauer als GPS werden soll, wird in der Höhe ungenauer sein. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
> [mailto:[EMAIL PROTECTED] Behalf Of Guenther Meyer > > Wenn der Punkt mit der Begrenzung nur Teil der betroffenen Strasse ist, > > dann werden da aber die Validator aufjaulen, weil man zwei Punkte direkt > > uebereinander hat, einer mit einer Hoehenbeschraenkung fuer die unterer > > Strasse und einer mit einer Gewichtsbeschraenkung fuer die obere > > Strasse. Das soll die Loesung sein? > > > dann muss man den validator eben anpassen. > es ist die meiner meinung nach einfachste loesung. > Da ist er nun der grobe Unfug: komplexe langsame Router mögen vielleicht auch noch das Langsamer Fahren vor hübschen Kirchen berücksichtigen. Für viele Anwendungen reichen einfache Algorithmen aus. Denen Prügel in den Weg zu werfen, indem man ein einfaches, aber extrem wichtiges Mapping-Prinzip über Bord wirft und Knoten an identen Stellen einrichtet, sollte einfach nicht weiter überlegt werden. Das sollte doch jedem einleuchten. Dann hüpfen endlich LKWs von Brücken! Im Validator die Regel identer Koordinaten rauszunehmen nimmt uns das beste Instrument für die Prüfung von Lücken. Dann brauchen wir über Routen nicht mehr nachdenken. > nur geht's hier um routing, und ich wuesste jetzt keinen grund, > wozu man das > layer-tag hier brauchen koennte. > Dann endlich braucht man sie und geht mit dem Routing auch noch in die dritte Dimension. Wir verlängern die durchschnittliche Laufzeit also nicht um eine Potenz, sondern gleich um zwei. Gratuliere. So schnell hat noch keiner ein mögliches Anwendungsfeld für OSM vernichtet. Ich hoffe, ich brauche nie eine Route, wo Herr Meyer getagt hat. Da gibt es sicher nur Zores. Na dann gute Nacht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer Höhenmesser
Markus, wenn ich mich recht an das erinnere, was ich damals in meiner Diplomarbeit zitiert habe, gibt es dabei folgendes Problem: Um die Lage bestimmen zu können, braucht man mindestens 3 Satelliten (jeder malt einen KLeinkreis auf die Erde, zwei schneiden einander in zwei Punkten und erst der dritte schafft hier Eindeutigkeit). Weitere sichtbare Satelliten liegen dann nur mehr unwesentlich in anderen Richtungen, denn für die meisten ist ja die Erde im Weg. Da entstehen nun mal die schleifenden Schnitte. Bei Flugzeugen ist dies etwas besser. Deren Wege mappen wir in OSM ja nicht ;-) Das ganze läÃt sich antürlich leichter aufzeichnen als beschreiben - wenn ich mal Zeit habe, klemme ich mich dahinter und setze was ins WIki, aber zuerst will ich mal ein paar StraÃen importieren ;-) CU W. > -Original Message- > From: Markus [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 04, 2008 10:47 PM > To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Nachteil barometrischer Höhenmesser > > > Hallo Wolfgang, > > das möchte ich gern verstehen: > > > Das ganze ist ein rein geometrisches Problem. > > GPS-Satelliten sind oberhalb des Standortes > > in einer Entfernung von rund 20.000 km > > Dadurch entstehen für die Höhenbestimmung schleifende Schnitte > > Nur für die Höhenmessung? > Wieso nicht auch für x/y? > Und ich kann doch sowohl für x/y, als auch für z Satelliten nehmen, die > ~90° zueinander stehen? > > Gruss, Markus > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
zum Vergleich: bei DEesktop-Routing/Trakcing zahlt man an Teleatlas 10.000,- + 4,-/Fahrzeug - (ein Land) bzw. 15000,- + 15,- (ganz Europa) ; größere Volumen lassen sich noch anderes aushandeln lg Wolfgang > >> jedoch seine Navis 50 ? billiger als die Konkurrenz anbieten. > > > > > ?? ! > > Woher kommt denn der Wert von 50FRZ? Ich glaube nicht, dass > die Karten in Volumenlizenzen selbst für "Gesamteuropa" so > teuer sind "per Gerät". > > -jha- > > > > ___ > 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] LKW-Routing (TV-Bericht)
Mit einer solchen (vielleicht realen?) Annahme, wird ja nur simuliert, was ein sinnvoller Router eh' nie täte: in einen Ort reinfahren, dort wenden, dann über einen großen Umweg auf die andere Seite fahren. Vorausgesetzt, man routet zu einem Ziel, das koordinativ auf der einen oder anderen Seite bekannt ist, sollte das Routing auch richtig laufen, wenn man die Strecke genau unter der Bahn (hier fällt verkehrstechnisch notwendig und verkehrsjuristisch gesetzt zusammen) entsprechend taged. Als Fleißaufgabe kann man natürlich noch die Ortseinfahrten mit Tafeln versehen. lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Garry > Sent: Friday, December 05, 2008 1:13 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] LKW-Routing (TV-Bericht) > > > Guenther Meyer schrieb: > > > > dann sollte er aber das schild gesehen haben. > > und wer nur nach navi faehrt, hat eh einen an der klatsche. > > > > > >> über eine Einbahnstraße fährt er in ein Gebiet, das er nur unter einer > >> Brücke wieder verlassen kann > >> > >> > > das sollte ihm der router dann eigentlich mitgeteilt haben, > dass das nicht > > geht. > > > Stell Dir einen Ort vor der durch eine Bahnlinie zweigeteilt ist. Beide > Teile sind mittels einer höhenbeschränkten Unterführung > mit überörtlicher Funktion zweigeteilt. Die Zufahrt zu dem Ort ist > höhenbeschränkt mit Anlieger frei eben wegen dieser Unterführung > damit der LKW-Durchgangsverkehr nicht vor diesem Hinderniss wenden muss > Dein Ziel liegt in diesem Ort, aber Du weisst nicht > in welchem Teil und Du kennst nicht den Grund für die höhenbeschränkte > Zufahrt > Wie handelst Du?. > > Garry > > > ___ > 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] Nachteil barometrischer Höhenmesser
am Balkon hast Du wohl auch eine sehr einseitige Satellitenauswahl und sowohl GPS-Höhe als auch GPS-Lage werden entsprechend ungenau sein. CU W > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Chris66 > Sent: Friday, December 05, 2008 1:11 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Nachteil barometrischer Höhenmesser > > > Andreas Labres schrieb: > > >> Nur für die Höhenmessung? > > > > Naja, das ist ein geometrisches Problem, irgendwie ist für die > "untere Hälfte" > > die Erde im Weg, drum ist die Höhe immer ungenauer als > Länge/Breite. Siehe > > Dilution Of Precision (DOP, HDOP, VDOP). > > Genau, wobei die Genauigkeit vertikal ca. halb so groß ist als > horizontal. > > Die Genauigkeitsanzeige im Gerät ist meist nicht sehr > genau. Ein Automatismus in der Art, wenn geschätzte H-Genauigkeit < 5 m > dann gleiche Baro-Höhe mit GPS Höhe ab ist also problematisch. > > Mein Gerät ist zB im Stand ungenauer als in Bewegung. > > Gestern bei Einschalten auf meinem Balkon zeigt es nach > Einlesen der Sats eine Höhe von -33 m an. Erst nachdem > ich mich ein bisschen bewegt habe nähere er sich der > korrekten Höhe von 54 m an. > > Grüße > Chris > > > ___ > 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] Stolberg oder Stolberg(Rheinland)
MessageHauptargument muß wohl sein, daß die Tags ja nicht nur gerendert werden, sondern auch in den Suchen verwendet werden. Dort macht der Namenszusatz unendlich viel Sinn. lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, December 05, 2008 12:04 PM To: talk-de@openstreetmap.org Subject: [Talk-de] Stolberg oder Stolberg(Rheinland) Hi, ich hätte da mal gerne ein Problem. ;-) Es gibt eine nette Stadt Stolberg http://stolberg.active-city.net/city_info/webaccessibility/index.cfm?regio n_id=75&waid=17 im Kreis Aachen. Nun ist die Frage normalerweise benutzt keiner den Zusatz Rheinland. Sollte dieser aber nun in jeder Adresse mit genutzt werden ? Schöne Grüße Henry E -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolberg oder Stolberg(Rheinland)
das stimmt natürlich auch - wichtig nur, daß die mapper dies auch so tun ;-) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Claudius Henrichs > Sent: Saturday, December 06, 2008 3:42 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Stolberg oder Stolberg(Rheinland) > > > Wolfgang W. Wasserburger: > > Hauptargument muß wohl sein, daß die Tags ja nicht nur gerendert werden, > > sondern auch in den Suchen verwendet werden. Dort macht der Namenszusatz > > unendlich viel Sinn. > > lg Wolfgang > > Genau deshalb nutzt doch die Möglichkeiten des Alternativnamens im gut > dokumentierten Namenstags: > > name=Stolberg > alt_name=Stolberg (Rheinland) > > So geht diese Zusatzinformation nicht verloren. Wer nach Stolberg sucht > findet alle. Wer mit Mehrwissen direkt das Rheinland dazupackt landet > prompt richtig (vorbehaltlich der Namesearch-Implementierung natürlich) > > Gruß, > Claudius > > > ___ > 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] Kauß-Krüger > WGS-84
Soforthilfe geht da leider eh' nicht, denn Gauß-Krüger ist nur ein System, noch kein ganzes Datum; zum Umrechnen mußt Du auch noch den Referenzmeridian (und vermutlich false easting/northing) wissen. Wenn das bekannt ist, geht das mit der proj4-Library; vielleicht gibt es auch Internetseiten, wo das einfach geht; in Österreich z.B. unter www.geoland.at. lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Markus > Sent: Tuesday, December 09, 2008 12:36 PM > To: talk-de@openstreetmap.org > Subject: [Talk-de] Kauß-Krüger > WGS-84 > > > Im Wiki steht, dass man Gauß-Krüger-Koordinaten in WGS-84 umrechnen > muss, bevor man sie in OSM verwendet: > http://wiki.openstreetmap.org/wiki/Gauß-Krüger > > Aber nicht, wie man das genau macht. > Wer kann das dort bitte nachtragen? > > Ich bräuchte: > 452305,9 495774,9 > > Gruss, Markus > > ___ > 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] Kauß-Krüger > WGS-84
Für Shapefiles kann das zB die OSS QGIS. (hat wahrscheinlich auch die Proj4 drin ;-) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Tobias Wendorff > Sent: Tuesday, December 09, 2008 5:05 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Kauß-Krüger > WGS-84 > > > Markus schrieb: > > Für de:OSM sollten wir m.E. eine Seite haben, die simpel "GK in WGS" > > umwandelt, ohne den ganzen für Laien unverständlichen SchnickSchnack. > > Simpel ist das nicht. Wieso nicht einfach proj.4 ausführen lassen? > > Die Leute, die amtliche Daten bekommen, müssen damit eh professional > hantieren. Schließlich kommen Shapefiles rein, die irgendwie > bearbeitet werden müssen. > > Oder Du findest jemanden, der cs2cs (etc.) auf seinem Linuxserver > für alle laufen lässt. > > ___ > 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] Kauß-Krüger > WGS-84
Die Umrechnung beinhaltet jede Menge Funktionen (Winkelfunktionen und Wurzeln), die in Computern nicht exakt abgebildet werden und in verschiedenen Programmiersprachen unterschiedlich genau sind. Außerdem sind Iterationen drinnen. Je nach Abbruchbedingung gibt es so auch noch Abweichungen. lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Miriam Tolke > Sent: Wednesday, December 10, 2008 12:28 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] Kauß-Krüger > WGS-84 > > > Hallo, > > bezüglich der Umrechnung habe ich mir jetzt alles hier > durchgelesen und kann nachvollziehen dass es keine triviale Aufgabe ist. > Aber dennoch sollte man doch annehmen dürfen, dass zumindest > einige der Umrechnungssites/Applets/Software auf das gleiche > Ergebnis kommen. Die Realität sieht so aus: > > GK: 4452306 5495775 (die Eingabe habe gerundet da zwei Tools > keine Nachkommastellen beherrschen) > geodatenzentrum.de > 49.5968547, 11.3387989 > proj4 > 49.5968422, 11.3388388 > http://www.orchids.de/florkart/skripte/GeoTrans.htm > 49.5968617, 11.3387955 > http://www.ottmarlabonde.de/L1/Pr2.Applet1.html > 49.5968645, 11.3388005 > http://calc.gknavigation.de/ > 49.5968703, 11.3388005 > > Die Abweichungen treten zwar meisten erst in der vierten > Nachkommastelle auf, aber merkwürdig finde ich es schon. Sollte > es gar bei dieser Umrechnung überhaupt kein Richtig oder Falsch geben? > > Grüße, > Miriam > > > > > > ___ > 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] Area Check
Hallo Gerhard, wieder mal die Bitte, das auch für Österreich laufen zu lassen. lg Wolfgang > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Gary68 > Sent: Tuesday, December 09, 2008 6:41 PM > To: talk-de > Subject: [Talk-de] Area Check > > > Hi, > > habe mal einen Area Check über Deutschland laufen lassen. Also alle Ways > mit area=yes, wo Anfang und Ende verschiedene Nodes haben. Seien die > Areas nun offen oder die Wege doppelt gezeichnet. > > For what it's worth... > > http://wiki.openstreetmap.org/wiki/SomeChecks > > Ciao > > Gerhard > Gary68 > > > ___ > 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
[Talk-de] [AT] Datenimport startet beim 1. Wiener OSM Stammtisch
mehr Details dazu: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at bei Fragen bitte direkt an mich wenden lg Wolfgang PS: bitte verzeiht das cross-posting - hoffentlich bekommen es nicht zu viele doppelt und dreifach ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] genauer Online-Transformator für Mark us & OSM
Warum bindest Du nicht die Proj4 direkt in PHP ein? lg Wolfgang > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Tobias Wendorff > Markus hatte nach Genauigkeit gefragt. Da ich mich eh schon lange > mit Transformationen beschäftigen wollte, habe ich mich da jetzt > einfach reingearbeitet - so schwere Mathematik ist es nicht und > PHP ist bei weitem mächtig, die Berechnungen durchzuführen. > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] genauer Online-Transformator für Mark us & OSM
> [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Tobias Wendorff > Wolfgang W. Wasserburger schrieb: > > Warum bindest Du nicht die Proj4 direkt in PHP ein? > > 1. Ich wollte lernen, wie man mit Helmert umgeht. Das ist natürlich was ganz anderes - viel Spaß dabei :-) lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnlic he Größe) drucken
dazu gab's im Forum einen Thread, wo ich die Arbeit mit QGis beschrieben habe. vielelicht hilfts lg Wolfgang > -Original Message- > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of John07 > Sent: Friday, December 12, 2008 6:12 PM > To: Openstreetmap allgemeines in Deutsch > Subject: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnliche Größe) drucken > > > Hi, > beim gestrigen OSM-Treffen in Würzburg durften wir die DIN A0 Karte von > Uboot betrachten. Ist wirklich toll die eigene Arbeit (ok, ist ja nur > ein Teil davon ;-) ) mal so zu sehen. War auch ideal um noch ein paar > Lücken zu besprechen. Leider war die Karte vom 20. Nov schon > hoffnungslos veraltet ;-) > Wir hatten zufällig eine normale Papierkarte da, die war zwar kompletter > (wenn auch wir in bestimmten Bereichen besser waren) dafür aber lang > nicht so hübsch wie die OSM-Karte. > Frage an Frederik: Wie hast du die Karte erstellt (Bigmap?) und > wo gedruckt? > Frage an den Rest: Wo kann man sowas günstig drucken lassen? Muss nicht > ganz so groß sein, aber min. DIN A2 wäre schon toll. > Gruß > Jonas, der nie gedacht hätte, dass ihm Papier noch so gut > gefallen kann ;-) > > ___ > 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] Luftbilder LVA Bayern - Vertrag unterschrieben
Hi Sven, nachdem wir für den österreichischen Import auch ein WMS-Service einrichten wollen, kannst Du mir bitte den EPSG für das Einbinden schicken? oder ist es eh' EPSG 4326? lG Wolfgang > -Original Message- > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Sven Geggus > Sent: Friday, December 12, 2008 11:37 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben > > > Markus wrote: > > > Sven Geggus wird den WMS-Server aufsetzen und die Daten ggf. in > > unser Format transformieren. > > Falls es der ein oder andere hier überhaupt nicht abwarten kann die > "Tirschenreuther Teichpfanne" abzuzeichnen ;) > > Ab sofort läuft der WMS-Server! > > Im josm WMS Plugin einfach folgende URL eintragen > (das "?" ist wichtig): > http://oberpfalz.geofabrik.de/wms4josm? > > Die Adresse des richtigen[tm] WMS Servers lautet > http://oberpfalz.geofabrik.de/wms > > Die Konvertierung der Tiles für Potlach läuft derzeit noch, aber da sind > mir auch in gewisser Weise die Hände gebunden, das muss der Author > von Potlach einbauen. > > Authoren anderer OSM Editoren melden sich bitte per Email bei mir. > > Gruss > > Sven > > -- > The source code is not comprehensible > (found in bug section of man 8 telnetd on Redhat Linux) > > /me is gig...@ircnet, http://sven.gegg.us/ on the Web > > ___ > 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] dringende Frage zur Vorgehensweise denLVA-B-Luftbildern
Danke, wollte ich auch schon länger sagen :-) > Könntest Du die Schreibweise des Wortes "korregieren" zu "korrigieren" > korrigieren? Mir tut das weh, so oft stolpere ich in Deinen Mails darüber. > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
womit der Andere Deine Pakete auch bekommt ??? > -Original Message- > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Sascha Silbe > Sent: Monday, December 15, 2008 12:52 PM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] RFC: Internet_access fuer Internet > Cafes,Bibliotheken... > > > On Mon, Dec 15, 2008 at 12:36:51PM +0100, Frederik Granna wrote: > > > Das läuft über die MAC-Adresse. > Gut zu wissen. Also einfach die MAC-Adresse fälschen... :) > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnliche Größe) drucken
> HP/GL2 ist m.E. eine Seitenbeschreibungssprache von HP fuer Plotter, die > sich als Standard durchgesetzt hat, und die heute von praktisch allen > Plottern unterstuetzt wird. Unter Windows (und vermutlich auch anderen OS) > z.B. einfach einen HP-Plotter installieren, z.B. HP Designjet 500C (oder > neuer) installieren, und dann "Drucken in Datei" aktivieren. Diese > Druckdatei kann man dann einfach an den Plotter schicken. Es gibt auch > Software, mit der man in die Druckdatei reinsehen kann (m. E. auch freie > Software, habe aber grad keinen Link parat), um vorher schonmal zu sehen, wo > das Problem liegt ;-) HPGL2 ist im Vektorteil reines ASCII, da kann man mit jedem Editor reinschauen und auch was rauslesen; wenn man zuviel Zeit hat, kann man das auch selbst aus Daten schreiben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> Ach ja: Und es macht einen Unterschied zwischen einem Polygon fuer ein > bebautes Gebiet (built-up area) und einem Gebiet, das man durch > Ortsanfangsschilder begrenzen moechte. Es gibt genuegend > Ortsanfangsschilder, die weit vor einem bebauten Gebiet steht als auch > solche, die erst spaet innerhalb eines bebauten Gebiets stehen. > Fuer's Zeichnen ist aber IMHO das Polygon fuer ein bebautes Gebiet > sehr sinnvoll, fuer's Routing waere aber eine Inner-/Ausserorts- > Markierung (wie auch immer) ebenso sinnvoll. Ich plaediere daher > dafuer, die Ortsschilder, also einen Ortsanfang explizit am Knoten zu > kennzeichnen. Und solange es noch keinen sinnvollen Vorschlag fuer > die Richtung (= Anfang/Ende) und zwei direkt aufeinanderfolgende Orte > gibt, begnuege ich mich mit einem Kommentar fuer eine spaetere > Nachbearbeitung und verwende dazu noch fleissig "maxspeed", um den > Routern dennoch etwas Gutes zu tun ;-}. Wie schon geschrieben: maxspeed reicht eben nicht um mit Routing-Algorithmen sinnvolle Reisezeiten abzuschatzen. Man braucht ja nur mal selbst eine kleine Statistik zu machen um draufzukommen, da? man Uberland maxspeed annahernd erreichen kann, innerorts die Reisegeschwindigkeit bei etwa maxspeed/2 liegt. Wenn ich diesen Unterschied nicht kenne, werden Routing-Programme also tendentiell lieber durch Orte fahren als au?en rum. Das kann so nicht sinnvoll sein. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool um Layer zu generieren?
Auf der Esri-Homepage gab es immer ein Tool mit dem man E00 nach Shape konvertieren kann; das müßte Openlayer (langsam können) oder Du nimmt den UMN-Mapserver und richtest ein WMS ein (http://mapserver.gis.umn.edu) Es gibt aber sicher noch 10 andere Wege ;-) lg Wolfgang > -Original Message- > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Jörg Reißlein > Sent: Tuesday, December 16, 2008 9:19 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Tool um Layer zu generieren? > > > Möchte auf eine Bundeskarte eigene Layer aufblenden (z.b. Gebiete > nach PLZ). > Ist sowas möglich? Daten hätte ich als .e00. Welches Format kann man denn > für OSM / OpenLayers benutzen? > > Also ich würde gerne auf meinem eigenen Server die Layer rendern und dann > kann > der Benutzer die Layer per Klick auf die OSM Karte aufblenden oder > ausblenden. > > Vielleicht kennt jemand ja die gmapper-PHP Klasse (ist allerdings > für Google > Maps), > und es gibt sowas auch für OSM+OpenLayers (da ich eher in PHP als in > Javascript fit > bin). > > > > > - > > > > Hallo zusammen, > > > > > > > > welches Tool unter Windows (Open Source) k?nnt ihr mir empfehlen um > > > > f?r OSM eigene Layer zu gestalten, die ich mit Openlayers > aufblenden kann? > > > Was willst du machen? Karten generieren oder nur anzeigen? > F?r ersteres empfehle ich dir als Anf?nger Kosmos, f?r letzteres > nat?rlich Openlayers, aber das sagst du ja schon. > Gru? > Jonas > > > ___ > 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] Gewerbegebiet = ? residential ????
Übersetzungen sollte man halt nicht immer zu wörtlich vornehmen; mit residential meint man nicht Bewohner, sondern eher Anlieger / Anrainer - und das sind eben auch Betriebe. Fürs Routing hätte natürlich eine Unterscheidung Sinn, die sollte aber über LKW-Befahrbarkeit bzw. Breiten laufen. Unclassified im Ortsgebiet stört Routing-Algorithmen wieder, weil ja die Reisegeschwindigkeit nicht direkt vom impliziten oder expliziten maxspeed abgeleitet werden kann. Die Schätzung hierzu muß innerorts anders sein als im Ortsgebiet. lg Wolfgang -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Martin Koppenhoefer Sent: Monday, December 15, 2008 8:09 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Gewerbegebiet = ? residential Am 15. Dezember 2008 20:01 schrieb Torsten Leistikow : Heiko Jacobs schrieb: > Alternative waere highway=unclassified, aber das ist nach DE:Map_Features > fuer auszeroertliche bzw. ortsverbindende Straeszchen gedacht... Da steht aber ein "z.B." vor!!! ja, und ich halte auch das noch fuer ungluecklich, schliesslich ist unclassified der niedrigste Strassentyp fuer alle Strassen, die allgemein zugaenglich sind (also keine Feldwege / tracks sind), und nicht von Wohnbebauung gesaeumt sind. Die muessen also nicht ortsverbindend sein, sondern koennen z.B. auch einfach aufhoeren. Sie koennen sich auch durchaus innerorts befinden, und gerade fuer Industrie- und Gewerbegebiete sind sie m.E. die Standard-Strassen. Dass in Gewerbegebieten Firmen "wohnen", halte ich naemlich auch fuer Quatsch. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ und Hausnummer
also ohne PLZ und Ort kann mans halt mit Datenbanken nicht wirklich matchen; die Arbeit könnte daher vergebens sein ;-) lg Wolfgang > -Original Message- > From: talk-de-boun...@openstreetmap.org > [mailto:talk-de-boun...@openstreetmap.org]on Behalf Of Markus > Sent: Wednesday, December 17, 2008 1:58 AM > To: Openstreetmap allgemeines in Deutsch > Subject: Re: [Talk-de] PLZ und Hausnummer > > > Hallo Kai. > > > Vorlage von JOSM Hausnummern addr:housenumber > > Adressen sind ein Standardfall für Relationen. > Ich denke, mittelfristig werden solche Relationen über geografische > Polygone erfasst. > > Beispiel: > Jedes Haus bekommt händisch eine addr:house_number = ### > Die Strasse wird mit zugeordnet. > Die PLZ wird mit einem Polygon zugeordnet. > Der Ort sowieso. > Und die Software erzeugt daraus die passenden Relationen, ordnet die > einzelnen Objekte ein, und speichert das Ganze regelgerecht in die > Datenbank. > > Und bis dahin verwende ich das Karlsruhe-Schema: > Zu jedem Haus füge ich hinzu > addr:house_number = ### > addr:street = * > (die PLZ etc. lasse ich zur Vermeidung von übermässiger Redundanz erst > mal weg, und den Ort und das ganze Verwaltungsgedöns sowieso) > > Gruss, Markus > > ___ > 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] Import des Straßennetzes von Straßen .NRW
Der 4. Button im der JOSM Layerliste kopiert den ganzen Layer in den darunter liegenden; leider nicht nur die markierten Elemente ;-) CU W > Liegt's an mir oder wieso finde ich grade partout keine > Möglichkeit, Daten aus > mehreren Quellen in ein und den selben Layer zu übertragen? > > Einzeln hochladen, dann wieder gesammelt runterladen und den Anschluß > reparieren. So geht es aber das erscheint mir wenig sinnvoll... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege in Passagen
> Aus dem Brockhaus: > "Architektur: Ladenstraße, die durch einen Häuserkomplex führt." > > highway = footway|tertiary > is_in = building > > finde ich dann gar nicht so schlecht is_in verwenden wir aber schon für das geographische Umfeld, daher würde building für diese Straße/Passage in den Straßensuchen auftauchen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Externe GPS-Antenne
> > Aber wenn man schon Aufwand für die Befestigung an einem > > erhöhten Standpunkt treibt, dann kann ich auch besser gleich > > etwas besseres als die übliche kleine 4x4cm² Planarantenne > > Cool, eine 16 cm^4 messende Antenne habe ich wirklich noch nie zu > Gesicht bekommen. also ich errechne da 16cm^2 ;-) SCNR ist aber auch groß ;-) W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> Ein Navi fährt ja nicht die Straßen wie ein Auto nacheinander ab sondern > bekommt zu jedem Zeitpunkt einen Start-Punkt, Eine kurze dort startende > Weg-Strecke und die Kosten, die der bisher beste(verschiedene Metriken) > Weg zu diesem Start hatte(kann sich nachträglich noch verbessern) und > muss entscheiden wie teuer dieses Wegstück ist. Auf welchen Algorithmus setzt Du eigentlich auf? Dijkstra, A*, Shootingstar, Wäre interessant - letztlich bleibt uns ja eh nur, was wir in ein Routingmodell auch reinkriegen. Alle noch so gut gemeinten Versuche, irgendwas zu mappen, was mit Kanten-Knoten-Strukturen nix zu tun hat, kann man eventuell in der Vorverarbeitung berücksichtigen, aber so wie manche mappen nicht mal dann. lg von der Mazzesinsel Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Gewässern
> und Trampelpfade sind keine Highways, Gefängnisse keine > Annehmlichkeiten, usw... wooh PS: Einglish ist not our Muttersprache ;-) Es hilft nicht, in deutschen Übersetzungen Genauigkeiten reinzulegen, die man dort gar nicht so sieht ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> Ja. Im Ernst. Wir sammeln z.T. auch lokalisierte Daten, ohne dass wir schon > was damit anfangen oder > teilweise sogar, ohne dass wir überhaupt eine > Vorstellung haben, was man damit anfangen könnte. und das ist gut so, aber die bereits bestehenden Anwendungen sollte man halt dennoch nicht außer Aug lassen. Wenn wir Daten machen, die schön für die dB sind, aber weder für Renderer, noch für Router verwendbar sind, bei geringfügiger anderer Eingabe aber zumindest für den einen oder anderen Sinn geben, machen wir vielleicht doch was falsch - SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> Sowohl der Algorithmus als auch die Metrik sind Pluging. Du hast die Wahl. Pluging? ist mir als Begriff noch nicht begegnet;-) Danke für die andere Erklärung lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege in Passagen
> tertiary? Das finde ich ein bisschen übertrieben. residential oder wohl > meist pedestrian oder footway, je nach Breite und Befahrbarkeit. Habe schon Bundesstraßen gesehen, die durch ziemlich breite Stadttore mit echten Obergeschoßen führen. Das wären sogar primarys? Oder nicht? In Italien bilde ich mir sogar ein Raststätten gesehen zu haben, die quer über Autobahnen mit zwei Aufgangsgebäuden gestellt sind. Also sogar motorway? lG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgebiet
> Typo > > Plugins > thx -da hat mich der Zusammenhang abgelenkt um das zu durchschauen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karlsruhe Schema: Wenn Straße aus Adre sse und Name der Straße nicht übereinstimmen
> Straße bekommt > name=Güterweg Himmelbauer > is_in=Schöferhof > (name=Schöferhof ist auch ein place=XYZ in der Nähe) > Haus bekommt > addr:street=Güterweg Himmelbauer > (oder äquivalent Relation mit Straße) > evtl. auch add:full=... addr:street sollte mE immer das enthalten, was man bei einem Brief in die Straßenzeile schreibt. Eine Straßenbezeichnung wie "Güterweg Himmelbauer" ist überdies (zumindest in Österreich) nicht das Äquivalent zu "Himmelbauergasse" sondern eher zu "Attergauer Bundesstraße" und gehört daher in ref_name. Tatsächlich werden diese Güterwege nicht von den Gemeinden errichtet und bezeichnet, sondern von den Agrarbezirksbehörden. Daher kann es dann auch sein, daß ein Teil des Güterweges Himmelbauer auch noch einen amtlichen Namen, z.B. Kirchenweg, führt. Eine solche Vorgangsweise müßte daher auch im Renderer gut aussehen und in Namesearch zu finden sein. Und die Routingengines berücksichtigen natürlich auch Einzeladressen. Gerade in Österreich müssen wir sowieso häufig mit Einzeladressen arbeiten, denn Streuadressen gibt es auch in Orten, und zwar auch in so großen wie Lustenau mit immerhin rund 4 Einwohnern. Karlsruhe ist halt viel idealtypischer ;-) lG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander- und Reitkarte
> Ihr könnt Euch einen frühen Entwurf hier ansehen: > http://www.nop.onpw.de/. Und da gehen die Problem auch los. Momentan > liegt die Testkarte bei einem Freehoster, aber es ist offensichtlich daß > eine fertige Karte ganz gewaltig mehr Webspace erfordern wird. > Habt Ihr Empfehlungen, wo man geeignete Hostingplätze für so ein Projekt > findet? Es ist ein einfaches vorgerendertes Tileset mit openlayers und > benötigt keine datenbank oder applikationen auf dem Server. > Hast Du schon mal an die Reiterverbände gedacht? Die haben mächtig viel Geld und daher vielleicht auch noch eine Spende für OSM. CU Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oberpfalz: Pipeline westlich von Schwandorf?
> Gummibärchenschnellbahn :- SCNR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql
> wie ist der einfachste Weg? > Wenn ich nur den Eintrag "data_directory" in > "/etc/postgresql/8.3/main/postgresql.conf" ändere, bin ich noch nicht am > Ziel. viele Änderungen in der conf brauchen ein restart ;-) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql
> > viele Änderungen in der conf brauchen ein restart ;-) > > > das is mir schon klar. Bei mir brauchst meist sogar nen stop und start, > da der restart nicht richtig will > das sollte aber stabiler sein ;-) Hast du das als weiteren tablespace eingerichtet? IMHO kann man sogar Indices und Tables einer dB auseinanderlegen; hab's aber noch nie selbst gemacht. Event. mußt Du also der dB noch den neuen tablespace zuweisen. Event. müssen dort auch noch die template-Datenbanken eingerichtet sein. Ich verwende immer pgAdmin3; mit dem kann man das interaktiv machen, was ich bei Aktionen, die selten vorkommen dann doch schätze, auch wenn ich sonst schnell tippe ;-) Das geht vor allem remote und plattformübergreifend :-))) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql
> mv /var/lib/postgresql /mein/tolles/verzeichnis > ln -s /mein/tolles/verzeichnis/postgresql /var/lib/ > geschummelt?! SCNR W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnliche Größe) drucken
> Am 16. Dezember 2008 12:26 schrieb Wolfgang W. Wasserburger > : >> HP/GL2 ist m.E. eine Seitenbeschreibungssprache von HP fuer Plotter, die >> sich als Standard durchgesetzt hat, und die heute von praktisch allen >> Plottern unterstuetzt wird. Unter Windows (und vermutlich auch anderen OS) >> z.B. einfach einen HP-Plotter installieren, z.B. HP Designjet 500C (oder >> neuer) installieren, und dann "Drucken in Datei" aktivieren. Diese >> Druckdatei kann man dann einfach an den Plotter schicken. Es gibt auch >> Software, mit der man in die Druckdatei reinsehen kann (m. E. auch freie >> Software, habe aber grad keinen Link parat), um vorher schonmal zu sehen, >> wo das Problem liegt ;-) >> HPGL2 ist im Vektorteil reines ASCII, da kann man mit jedem Editor >> reinschauen und auch was rauslesen; wenn man zuviel Zeit hat, kann man das >> auch selbst aus Daten schreiben ;-) > klar kann man sich das ASCII auch megabyteweise direkt im Editor reinpfeifen, > aber um da zu bemerken, dass z.B. eine Schriftart fehlt, oder die > Sonderzeichen nicht dargestellt werden, oder einzelne Linienstaerken, oder > Fuellungen oder sonstwas nicht passen, oder am Rand was fehlt, oderoderoder, > muss man schon ziemlich computermaessig drauf sein. Ich wuerde eine Anzeige > am Screen vorziehen ;-) > Martin ;-) hpgl2dxf haben wir früher mal verwendet -googlen reicht vielleicht CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege in Passagen
> highway=passage oder aehnliches vorschlagen. (Ist auch fuer das > Fussgaengerrouting wichtig, weil die Marschgeschwindigkeit in einer > Einkaufspassage niedriger ist als auf einem normalen Fussweg :-) > Die Routingfunktion sollte nach Meinung unseres Verkehrsplanungprofessors aber auch die Attraktivität der Strecke bevorzugen und nicht jene der schnellsten Verbindung. Also sollte man wohl in Einkaufspassagen männliche und weibliche Routen unterscheiden ;-) SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gewerbegebiet = ? residential ????
from Torsten Leistikow: > Wolfgang W. Wasserburger schrieb: > > Fürs Routing hätte natürlich eine Unterscheidung Sinn, die sollte aber > > über LKW-Befahrbarkeit bzw. Breiten laufen. > > Da die Strassen, um die es hier geht, keinen durchgangscharakter haben, > duerfte das fuers Routing vernachlaessigbar sein. > Gängige Routenalgorithmen probieren halt einfach alles durch, denen ist das vollkommen egal, wie es in der Umgebung aussieht. Vereinfachte - gar nicht so schlechte Erklärungen gibt es sogar unter wikipedia - Dijkstra - und dann diversen Links folgen. > > Unclassified im Ortsgebiet stört Routing-Algorithmen wieder, weil ja die > > Reisegeschwindigkeit nicht direkt vom impliziten oder expliziten > > maxspeed abgeleitet werden kann. > > Eine Unterscheidung unclassified vs residential im Ortsgebiet wuerde > einen Router nicht stoeren sondern helfen. Denn die mittlere > Geschwindigkeit (selbst bei gleichem Ausbauzustand) duerfte in einem > Gewerbegebiet hoeher sein als in einem Wohnmgebiet, da man hier nicht > mit spielenden Kindern und aehnlichen Zeugs rechnen muss. und woher wird der Routing Algorithmus die Kinder kennen Für alle einfachen Algorithmen ist mal nur umsetzbar, was man auf den Kanten direkt findet (oder diesen einfach zuordnen kann). siehe mal: http://de.wikipedia.org/wiki/Dijkstra-Algorithmus "Wir arbeiten nicht für Renderer, nicht für Name-Searches, nicht für Router" - wofür dann??? CU W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gewerbegebiet = ? residential ????
> Ein Routing-Algorithmus wird aber nicht auf unvorbereiteten OSM-Daten > laufen, sondern die der Graph auf dem gerechnet wird, wird zuvor > vereinfacht ich schreibe nicht ins blaue - ich mache sowas gerade - vorvereinfachen kann man nur, wofür es auch entsprechende Operationen gibt. Hier lassen sich gerade ein paar so komplizierte Dinge einfallen, daß wohl das tägliche Update mehr als 24 Stunden laufen wird ;-) Aber Hardware kostet ja nix mehr >(z.B. können Nodes entfernt werden, die eh nur inmitten > einer Straße liegen an einer Stelle, wo es gar keine Kreuzung gibt. Dann > wird auf den verbleibenden Kanten die Kosten berechnet, das heißt wie > weit es von einem Knoten zum anderen Knoten ist und wie lange es dauert > diese Kante zu passieren. Verwirrenderweise versteht man beim Routen unter Node ja sowieso nur Anfangs/Endknoten; dazwischen haben wir das halt im Vertex genannt. > Genau an dieser Stelle der Vorberechnung und Vereinfachung des Graphen > auf dem du das Routing ausführst kannst du dann auch die Umgebung und > alles andere was du berücksichtigen willst eine Routingentscheidung zu > treffen betrachten. Wenn das die Vorberechnung ineffizient werden läßt, geht es halt nicht mehr ;-) > Übrigens ist in Bezug auf einen Routenplaner/Navigationsgerät wohl der > Verweis auf http://de.wikipedia.org/wiki/D* angebrachter, auch wenn es > sich "nur" um eine Ableitung des Dijkstra-Algorithmus handelt. Das kommt halt darauf an, was man damit macht. Bei meinen Logistikprojekten ist das vorläufig unwichtig. Der D* spielt seine Vorteile ja erst aus, wenn sich Änderungen während der Fahrt ergeben (dynamische Verkehrsdaten). Da sind wir wohl noch ein wenig davon entfernt, daß wir darüber nachdenken können. Und auch der A* ist nach meinen Tests noch immer langsamer als der Dijkstra, weil man mehr laden muß. Seine Möglichkeiten spielt dieser wirklich aus, wenn es kaum Geschwindigkeitsunterschiede gibt. Beim Fußgängerrouting z.B. > > "Wir arbeiten nicht für Renderer, nicht für Name-Searches, > nicht für Router" - wofür dann??? > > ... für saubere Daten. und sauber sind sie, wenn Erschwernisse auf Kanten auch auf diesen getagt sind, auch wenn das da und dort redundant ist. Nicht jede gemeinsprachlich als geographische Aussage . Insbesondere Landuse, der nicht an der Straße angrenzt, sondern mit Abstand kartiert ist, ist nicht wirklich einfach zu erkennen. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander- und Reitkarte
> Hast Du konkrete Ideen, wer Interesse haben könnte? Der größte Verband, > die FN, interessiert sich traditionell für Turnierveranstaltungen, da > ist eher keine Unterstützung zu erwarten. Mit der VFD bin ich schon in > Kontakt. Sorry, bei uns hier wäre es der Bundesfachverband für Reiter und Fahrer. Deutsche Verhältnisse kenne ich da nicht. lg W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Realnamen
> Ich selbst bin aber Chronologie-Freak, wünsche verstockte TOFUisten (die > sich seit Jahren wie die Karnickel vermehren) zum Teufel, mag nicht so > sehr gern mit Pseudonymen kommunizieren, und freue mich, wenn unter > einem Mail ein (kurzer) Gruß und ein (plausibler) Name stehen. > > Gruß und schöne Feiertage! > Nick > Daß gerade Nick gegen Nicknames ist, enttäuscht mich fast ;-) SCNR Wolfgang, der auch liebe echte Namen hat und mit echten Namen weniger schlechte Erfahrungen gemacht hat als mit Nicknames. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampel (war: Kreuzung Radwege)
> Allerdings gebe ich derzeitig diesen Knoten keine > traffic_signals-Attribute, > wenn die Kreuzung bereits welche hat. Hier warte ich ab, wie die > Ampelproblematik an größeren Kreuzungen gelöst werden wird (Relation?). sollte man das nicht ähnlich sehen wie: subway und subway_entrance? lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
> Und wie will das Ordnungsamt beweisen, dass du derjenige warst, der am > Steuer des GPS-loggenden Gefährtes saß? > mit dem selbst upgeloadeten Foto, wo man das Auto von vorne sieht - SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Plädoyer für die Feiheit und die Daten (war: JOSM-Geschwindigkeit)
> Portablen code gibt es nicht es sei denn der programmierer sorgt dafuer. > Und DAS geht in jeder Programmiersprache. Warum nicht c++ und qt so wie > merkaartor? Oder python+wxwidgets? > > Warum muss das in C# sein? Warum den ganzen overhead einer virtual > machine und der garbage collection? > > Warum nicht mal was effizient schnelles programmieren in C und gtk? Geht > auch fuer Windows. > > Aber vermutlich wird ausser Java und C# in der Informatikvorlesung > nichts mehr gemacht oder? > Und wer gibt uns allen eigentlich das Recht, anderen vorzuschreiben, in welcher Sprache sie programmieren sollen. Das geht in hierarchischen Firmen, aber nicht in einer offenen (eigentlich anarchischen) Community. Ich oute mich hier: Teile meiner Importroutinen sind in VisualLisp geschrieben. Nicht sehr häufig, aber dem Zweck angepaßt. Who cares? Das zweite Outing: auf meinem Laptop läuft XP, am Server Ubuntu - was bin ich jetzt? Gerade auf einer Plattform, deren Name mit OPEN beginnt, sollte man doch allem gegenüber offen sein. D.h. nicht zwangsläufig, daß jeder OFFEne Programme machen muß. Ein Schuß Liberalismus könnte uns davor bewahren, das aus Community falsch verstandener Kommunismus wird. In jedem Fall sind wir alle dafür OFFEN, daß jemand Programme in andere Sprachen / OS überträgt. Ich wünsche mir heuer jedenfalls vom Christkind, daß es nächstes Jahr die sinnlosen Diskussionen um Programmiersprachen, Betriebssysteme und ähnliches nicht mehr gibt, denn der Datenbestand merkt das gar nicht. Und es hilft ihm auch nicht. Auch die Diskussion, wie in Mailinglisten zu zitieren ist, verbessert den Datenbestand nicht, ebenso wie Nick/Realnames. Widmen wir uns doch dem Datenbestand und seine Inhalten. weihnachtliche Grüße Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ~20.000 probleme... weitere touch checks gelaufen
> und mit normalen sackgassen passiert ja auch gar nix. es sei denn, sie > enden ggf. 2m vor einer anderen straße! sehr unwahrscheinlich, gibt's > aber! > zumeist bleibt da aber wenigstens 2m footway und das prob ist weg ;-) SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Panzer
> > Taggt ihr auch alle schön die zulässige Brückenbelastungen für Panzer > jetzt bin ich froh in einem neutralen Land zu leben. Da ist das 1. nicht angeschrieben und 2. unwichtig. Was gehen mich die Panzer an? Ich bin kein übertriebener Friedensanhänger, aber wenn das Heer Brücken mit anderer Belastung befahren darf, soll es das doch selbst tagen. Schließlich tagt auch keiner von uns Sonderberechtigungen für Schwertransporte irgendeiner Spedition - oder? lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
> kann ob die Timestamps anonymisiert sind oder nicht. Dann kann man die > Statistiken passend auf nur den korrekten Daten laufen lassen. > bitte denkt global - es gibt noch immer Gegenden, wo der SA-Level noch gilt. Der Timestamp wird daher irgendwann dafür gebraucht werden, wie vertrauenswürdig ein GPS-Track ist. Auch wenn in unserer Gegen ein Track aus dem Jahr 2000 datiert muß man mal 100m Abweichung miteinkalkulieren ;-) die Manipulation des Timestamps sollte daher nur mit Vorsicht vorgenommen werden. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Linuxe war: Plaedoyer fuer Realnamen
> meine tochter neulich im zoo in der arktisabteilung: > guck mal papi - da sind linuxe :D Seit wann kommen Pinguine in der Arktis vor? Zum Schutz vor den Eisbären hat man die doch in die Antarktis verbannt ;-) SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
> In Österreich schaut die Sache anders aus, die haben die sog. > Lenkerauskunft, > da muss der Fahrzeughalter angeben, wer gefahren ist. Allerdings gibt es bei geringen Delikten davor die Anonymverfügung - wird die bezahlt, wird nie nachgefragt, wer's wirklich war. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnliche Größe) drucken
> Wolfgang W. Wasserburger schrieb: > > ;-) hpgl2dxf haben wir früher mal verwendet -googlen reicht vielleicht > > Das war noch zu Stiftzeiten, oder? > den hp 650C dürfte es schon gegeben haben ;-) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
> Keine wirklich zuverlässig Lösung, schließlich ändern sich > node-IDs ab und an > mal oder werden signifikant verschoben. das läßt sich allerdings leicht mitverfolgen das muß man fürs routing ja auch beobachten lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
> Nicht wirklich. Für's routing sind die Node-IDs erstmal relativ egal. > Schließlich wird jeder, der einen Router schreibt, auf > simplifizierten Daten > arbeiten. Man braucht ja nur Kreuzungspunkte, alle zwischendrin sind > irrelevant. > Die OSM-IDs sind nach der Umwandlung meiner Meinung nach so egal, > dass ich die > gar nicht mit umwandeln würde. > Ich halte mich beim Routen an die OSM-Node-Ids; das spart extra eine Topologie aufzubauen. Und das funktioniert auch. CU W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
> Also, wann fangen wir mit OTM (Open Traffic Messages) an? > > Sich die Haende reibend, > Julian > Richtig super ist das erst, wenn man daraus auch Prognosen für Planungen ableiten kann. Das schwierigste an der Sache ist sicher, die kritische Masse an Einpflegenden zu erreichen. Das Technische ist sicher die leichtere Seite. lG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
> Bei Autobahnen wäre es relativ einfach adressierbar - > Autobahnnummer+Kilometer+Richtung. Zumindest in Österreich gibt es da noch die Doppel- und Fehlkilometer aufgrund von Umplanungen, Begradigungen, Umbauten etc. Das ist also zumindest hierzulande kein eindeutiges Bezugssystem ;-) lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche von Polygon berechnen?
> danke für deinen input. denke ich werde den cosinus für longitude noch > hinbekommen und dann die von frederik vorgeschlagene lib/modul nehmen. > > aber erst mal sehen, was man damit anfangen kann. dazu gleich mehr in > einer anderen mail! > > ciao > > gerhard > > Am Dienstag, den 30.12.2008, 18:28 +0100 schrieb Bernd Wurst: > > Hallo. > > > > Am Dienstag, 30. Dezember 2008 schrieb Gary G:: > > > wozu? ganz einfach. ich spiele ja im augenblick mit dem programm > > > mappingquality.pl (siehe wiki "Mapping Quality") und da wollte ich > > > demnächst mal zusätzlich wohnflächen berechnen. > > > > Ganz ehrlich: > > Die Genauigkeit die du dafr haben willst, solltest du sogar > bekommen wenn du > > die Erde als Ebene approximierst. > > > > Dann kannst du mit der (*räusper* vergleichsweise) einfachen Formel von > > http://de.wikipedia.org/wiki/Polygon#Fl.C3.A4che > > arbeiten. > > > > Das was du vor hast, sollte ja alles keine großen > Flchenausdehnungen haben und > > daher der Fehler minimal sein. > > > > Hat jemand ne Größenordnung, wie viel Fehler da bei einer > Fläche von ca. 1 x 1 > > km zusammenkommt? Denn ich denke das könnte in etwa die übliche > Maximalgröße > > für Wohngebiete sein. Da das wesentlich weniger als eine > zoom-12-Kachel ist, > > würde ich auf der Ebene arbeiten und die Kugel völlig ignorieren. > > Wenn Du's in ein PostgreSQL importierst, kannst Du dort projiziert Längen und Flächen abfragen. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche von Polygon berechnen?
> > Wenn Du's in ein PostgreSQL importierst, kannst Du dort > projiziert Längen und Flächen abfragen. > > lg Wolfgang > > MMh, kann PostgreSQL (mit PostGIS) nicht direkt auf dem Ellipsoiden > rechnen? > > Okay, was mache ich mir vor? Nicht mal ArcGIS 9.3 kann das :-( > Letztlich steckt wieder mal die Proj4 dahinter ;-) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
> Handarbeit wird es auch an den Grenzen Deutschlands geben, wo die neuen > Grenz-Ways in die jeweiligen Relationen der Nachbarländer eingepflegt > werden müssen. Na dann wird es ja an der Grenze A-D ziemlich lustig - wir importieren auch gerade einiges - und da sind auch Grenzen dabei ;-) lG aus Wien Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
> Das Jahr 2009 wird schon schwierig genug (Mars-Jahr) ;-) > Na dann kartieren wir halt den Mars - SCNR W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
> TomH würde mir was husten, wenn ich 600.000 Nodes mit jeweils > langwieriger Erklaerung hochladen wuerde ;-) - im Nachhinein war es > ungeschickt von mir, den Import in einem Rutsch zu machen, ich haette > lauter einzelne Nodes und dann immer gleich die dazu passenden Ways > hochladen sollen statt erst alle Nodes und spaeter alle Ways. Durch den > grossen Zeitabstand gibt es nun diese Probleme, die man sonst vermeiden > haette koennen... > Na da bin ich ja froh, daß ichs hier in Österreich umgekehrt gemacht habe und dennoch fehlen mir immer wieder Nodes (ich hänge auch an bestehende an ;-), gebe aber auch gleich zu, daß ich meine diesbezüglichen Erfahrungen noch nirgends zu elektronischem Papier gebracht habe - sorry lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS: xapi
> Bei meinen Aufraeumarbeiten nach dem Feuerwerk stellt sich folgendes > Problem: Wie bringe ich dem xapi bei, > [source=http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisg > renzen_Deutschland_2005] > zu akzeptieren (die slashes mag es irgendwie nicht) > Hast Du auch probiert, den String unter Anfuhrungszeichen zu setzen? CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
> Wolfgang W. Wasserburger wrote: > > Na da bin ich ja froh, daß ichs hier in Österreich umgekehrt > gemacht habe > > und dennoch fehlen mir immer wieder Nodes (ich hänge auch an > bestehende an > > ;-), gebe aber auch gleich zu, daß ich meine diesbezüglichen Erfahrungen > > noch nirgends zu elektronischem Papier gebracht habe - sorry > > Ich hab am Ende jede Stunde: > > * aktuelles Stunden-Diff vom planet-Server geholt > * mit oscgrep alle geloeschten Nodes rausgegreppt > * verglichen, ob irgendeine dieser IDs eine war, die ich vorher > eingefuegt hatte (wenn man "comm" bedienen kann, wirds einfacher...) > * dann mit einem kleinen Perlskript (angehaengt) alle diese Nodes > un-geloescht > * und den betr. Usern eine Nachricht geschickt (von Hand) > Danke für das Skript - perl hilft mir allerdings nicht wirklich weiter. Hier habe ich mit dem bulkupload.pl gearbeitet; aus den Precondition failed Meldungen habe ich dann aufgrund des Diffs vom nächsten Tag ein neues OSC mit den paar Ways und wieder gesuchten Nodes konstruiert und nachgeladen; ging in den meisten Fällen ganz brauchbar. CU Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS: xapi
> Wolfgang W. Wasserburger schrieb: > > > >> Bei meinen Aufraeumarbeiten nach dem Feuerwerk stellt sich folgendes > >> Problem: Wie bringe ich dem xapi bei, > >> [source=http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisg > >> renzen_Deutschland_2005] > >> zu akzeptieren (die slashes mag es irgendwie nicht) > >> > > > > Hast Du auch probiert, den String unter Anfuhrungszeichen zu setzen? > > > > CU W > > Jau (singel, double), auch UTF-8 kodiert, escaped mit backslashes, mir > sind irgendwann die Ideen augegangen > > Aber auf mich wollte ja keiner hoeren, als ich > > source=infas_geodaten_kreisgrenzen_import > source:ref=http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kre > isgrenzen_Deutschland_2005 > > vorschlug ;-) > > Viele Gruesse, Dirk > ... und wenn Du [user=geofabrik_infas_import] abfragst? Das sollte gehen und das gleiche Ergebnis liefern ... CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS: xapi
> > ... und wenn Du [user=geofabrik_infas_import] abfragst? Das > sollte gehen und > > das gleiche Ergebnis liefern ... > > > > CU W > > dann bekomme ich die vom fixbot gemachte aenderungen mit... > und herunten kannst Du sicher die URL rausfiltern ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
> Ja, klingt ok. Hat gegenueber meinem Vorgehen den kleinen Nachteil, dass > Du zwei Nodes in der Historie erzeugst (A wird hochgeladen, von jemand > anderem geloescht, statt A zu reaktivieren, erzeugst Du nun ein neues > B), aber solange es sich nicht um Hunderttausende handelt, sollte das > vernachlaessigbar sein. > > Bye > Frederik > Da hst Du recht; nachdem ich die eh' in der Datenbank habe, könnte ich das Skript umbauen - mache ich CU Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
noch eine Frage dazu: kann man im OSC ein undelete machen? CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisgrenzen-Import / gelöschte Nodes
> > noch eine Frage dazu: kann man im OSC ein undelete machen? > > Ein undelete ist einfach ein "modify" eines gelöschten Nodes mit den > ursprünglichen Daten. > Vielen Dank aus Wien Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] right/left
> Alles neue muß ggf. zu Anpasuungen aller Editoren führen. Und es > ist trivial > einem Editor der einen Weg drehen kann beizubringen dabei gewisse Tags zu > verändern. Wenn der Editor in einer Programiersprache ist die ich kenne > mache ich das wahrscheinlich in 5 min. > wie waren doch die letzten Worte des Programmierers? Den Fehler behebe ich noch ehe ich gehe! SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator=fixme
> Bin grad drüber gestolpert, dass der User "krza" wohl ein paar tausend > Briefkästen mit den Tags > operator = fixme (post box) > emptying_time = fixme (post box) > versehen hat. > > krza: Liest Du hier mit? Ist das mal irgendwo besprochen worden? krza ist ein Vielschreiber im Forum, dürfte hier eher nicht mitlesen ;-) Grüße aus Wien Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
> > Jochen und ich arbeiten gerade an einer Neuauflage unseres > > OSM-Buches. Sie wird vermutlich im Maerz erscheinen und, logischerweise, > > um all das erweitertert werden, was bei OSM inzwischen > "dazugekommen" ist. > > > > Das waere jetzt ein guenstiger Zeitpunkt fuer all diejenigen von Euch, > > die das Buch gelesen haben und irgendwo ein Haar in der Suppe fanden, > > uns davon zu erzaehlen, damit wir ggf. etwas verbessern können. > > Hallo, > ich hab die erste Auflage, und habe daraus einiges gelernt. > Was ich für ein interessantes Kapitel hielte, wäre die Produktion von > Papierkarten - mit Kosmos soll es inzwischen einigermaßen einfach gehen > (?). In der Art: JPG in beliebiger Auflösung produzieren und ab zum > [insert your favourite Posterservice]. Also Karten in der Größe A2 und > größer. > > lg roland > ich verwende dafür QGis - habe das mal im Forum detailliert beschrieben. Das ist OS. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Witterung nutzen: Teichinseln
> >> Für Gegenden in denen es keine brauchbaren Yahoo-Bilder gibt, > ist das eine > >> gute Gelegenheit, Schlittschuhlaufen mit Mapping zu verbinden > und so z.B. > >> bislang "per Deutschuss" erfasste Enteninseln in den > Kommunalgewässern zu > >> mappen. > >> > > > Gute Idee!! > > Zumal man auch "inner-Relation-freie" Teiche damit nachvermessen kann. > Will sagen: Auch Uferlinien sind jetzt einfach, da man wirklich bis die > "Coastline" herankommt und nicht nur umweltfreundlich vom Uferweg aus > "schätzt". > Achtung: in der Nähe der Uferlinie ist das Eis am dünnsten und man bricht leichter ein ;-) bewegt Euch also nicht auf zu dünnem Eis. - SCNR lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Nick ohne Realnamen
> das macht kaum einen Unterschied, ausser dass man bei Gary68 mutmaßlich > schon ein paar Infos mehr > bekommt (Gerhard, 40 Jahre). oder doch schon Gerhard, 41 - SCNR W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
> André Reichelt schrieb: > > Martin Koppenhoefer schrieb: > >> Ich wuerde gerne darauf verzichten, meinen Namen mit meinen Tracks > >> verbunden zu sehen. Ich finde es extrem bedauerlich, dass viele ihre > >> Tracks aus Angst nicht hochladen und denke, dass das bei > anonymen Tracks > >> anders waere. > > > > Auf der einen Seite zieht uns herr Schäuble das Grundgesetz aus der > > Tasche und führt bald neue Pässe ein, die schon jetzt als extremst > > unsicher gelten und auf der anderen Seite macht Ihr euch wegen solche > > abstrusen Konstruktionen völlig unbegründet sorgen. Das stößt bei mir > > auf blankes Entsetzen. > > > Das mit Herrn Schäuble und dem Grundgesetz war anders: man sollte ihm > ein Exemplar zusenden, damit er darin lesen kann. > Meinen Pass nutze ich maximal zweimal pro Jahr und produziere dabei > jeweils einen Datenpunkt, der für staatliche Stellen nutzbar ist. Bei > aktiven Mappern fallen tausende Datenpunkte an, die für jeden auswertbar > sind. Das Argument läßt sich eher umkehren: warum sollte man sich um > den Datenschutz an der Grenze kümmern, wenn die Bürger freiwillig ihr > komplettes Bewegungsprofil in OSM veröffentlichen? > > Für welchen Zweck werden denn die Zuordnungen der Usernamen zu den > Tracks überhaupt gebraucht? Schließt irgendjemand Tracks von bestimmten > Nutzern aus (den Track von Hans42 ignoriere ich, weil er schon letzte > Woche verrauschte Daten gespeichert hat)? > > Sobald die Presse von einem Datenschutzproblem oder einem Mißbrauchsfall > bei Openstreetmap berichtet, werden dem Projekt viele Helfer verloren > gehen. Das kann man leicht vermeiden, wenn man unnütze personenbezogene > Daten gar nicht erst speichert. > oder soviele davon speichert, daß die Rasterfahndung an den Rechnerkapazitäten scheitert ;-) SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion ..Was:JOSM-Geschwindigkeit
DIE Programmierer machen das freiwillig, die werden weder gezwungen noch bezahlt dafür. Wenn Dir das Ergebnis nicht gefällt, kannst Du Geld auf den Tisch legen oder es gleich selber besser machen. lg Wolfgang > > Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht > > schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht > > werden muessen weil Java gerade hip ist wuerde sich vielleicht der > > Personaleinsatz doch lohnen. > > Schön wäre es, wenn diese Kriterien auch beim Thema Ergonomie von Freier > Software berücksichtigt würde. > Gerade JOSM ist ein Beispiel für eine schreckliche bis gar nicht > vorhandene > Ergonomie gepaart mit einem erheblichen > Wartungsaufwand beim Anwender (Inkompatibilitäten der Plugins nach Update > etc.). > Da macht sich ja offensichtlich auch kein Programmierer gedanken, dass bei > zunehmender Nutzerzahl tausende von Nutzern Stunden um Stunden damit > verbringen, mit dieser Software klar zu kommen. > > Auch privat mache ich irgendwann mal eine Kosten-/Nutzenrechnung auf und > greife zu kommerzieller Software, wenn ich damit deutlich einfacher und > schneller zum Ziel komme. Meine persönlichen Ressourcen sind leider > begrenzt. Sowohl Zeit als auch Geld. Aber manchmal fehlt es eben > mehr an der > Zeit. > > Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue > Features einbauen, statt mal ein wenig Zeit in die Ergonomie der > Programe zu > stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back > berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern reden > (igitt-igitt). Dann lieber für die Linux-Gemeinde programmieren. > Die sind da > nicht so wählerisch. ;-) > > > Fazit: Nimm moderne Sprachen wie Perl, Python, Ruby wenn Du schnell > > Ergebnisse haben willst. C, C++ für alles andere. Ich persönlich würde > > Java nicht empfehlen, aber bestimmt gibt es auch gute Gründe > für Java :-) > > In diesem Punkt sind wir uns einig. Unter Windows sind Java-Programme eine > einzige Katastrophe (vor allem in puncto Bedienung). Ob das nun an Java > selbst liegt oder an den oft hastig zusammengezimmerten > Programmen, kann ich > nicht beurteilen. > > Detlef > > > ___ > 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] Einbindung Geodaten in kleine GDI
Sebastian Goerke schrieb: > zur Zeit nehme ich an der Uni Bonn an einem Seminar zum > Aufbau einer Geodateninfrastruktur teil. Gleichzeit bin > ich in einem Seminar zu OSM, durch welches ich aktiver OSM > Mapper geworden bin. Zurück zum Thema. Ich würde gerne OSM > Daten für die kleine Geodateninfrastruktur, die wir als > Projekt für dieses Seminar erstellen müssen, einbinden. > Dazu würde ich am liebsten die Geodaten aus einer *.osm > Datei in eine postgreSQL Datenbank übertragen. Nun würde > mich interessieren, ob es dafür bereits Tools gibt bzw. > wie ich das am besten anstelle. Ich weiss, dass es auch ich habe auch nicht die bekannten Tools verwendet, weil a) ich kein perl kann und für meine Zwecke sicher Anpassungen benötigt werden; ich verwende daher php direkt am prompt b) ich möglichst wenige Dinge am Server installiert haben möchte/muß c) ich bestehende Anwendungen weiter unterstützen muß, die bisher andere Datenpakete verwendet haben > die Möglichkeit gibt *.shp Dateien zu erstellen. Diese jene von der Geofabrik enthalten allerdings nur ein paar normierte Tags, wenn Du also komplexeres tun willst, ran an die osm-Files > könnte ich auch nutzen, eine Datenbank ist aber die > elegantere Lösung , wie ich finde. Noch einmal > zusammenfassend: Ich suche nach einem Tool welches mir > Geodaten aus OSM-xml in eine postgreSQL Datenbank > konvertieren kann. > Leider sind meine Dinge noch nciht publikationsreif, werden das vielleicht auch nie, weil ich nicht unendlich Zeit reinstecken kann, aber Du kannst gerne die eine oder andere Frage in meine Mailbox werfen lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Modi, Richtungspfeile
> Ich find's grässlich, dass das rädchen so oft zum zoomen missbraucht > wird. Mit dem rädchen sollte man hoch- und runterblättern (pagen) > können. Das zoomen geht doch sehr wunderbar mit Ctrl-, und Ctrl-. > In Plänen gibt halt rauf/runter nur beschränkt Sinn ;-) daher kann man da das Ctrl-Rad durch Rad ersetzen - gibt es in AutoCAD schon lange :-))) CU W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] way mit tag place=[city, suburb, village etc.] - Erfahrungen ! und ?
> Sind diese Place eigentlich als Grenze fuer geschlossene Ortschaften im > Sinne der StVO. sinnvoll zu verwenden? Evtl. mit einem Zusatztag? Es sind ja > keine administrativen Grenzen (da diese schon in boundary abgebildet > werden). Ich frage, weil derzeit in Italien diskuttiert wird, wie man am > besten default-Geschwindigkeitslimits fuer innerorts ermittelt, leider > erinnere ich mich nicht mehr genau, ob wir zu diesem Thema schlussendlich > eine Konklusion erarbeiten konnten. konnten wir mE leider nicht, wäre aber dringend lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?
> Ein Foto von der Gasstation würde wohl nicht viel bringen, ist ein unscheinbarer halbhoher Grashügel mit > einer Eingangstür. > Ich müsste noch mal nachsehen ob irgend was besonderes dran steht. schon: man soll davor nicht zündeln ;-) SCNR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anregung für zukünftige Datenimport e und spezielle Fuktionalitäten
> Vielleicht wäre es eine Idee, wenn man Daten die man in OSM > importieren möchte > auf einen speziellen Server oder Serverbereich ablegt und dann in seinem > Editor diese Daten als zusätzlichen Layer anzeigen kann. > Wenn alles am selben Ort liegt und mitgeladen wird, führt das leicht zu > Verwirrung. > Und es kommt schnell zu unschönen Effekten in den gerenderten Karten. > http://openstreetmap.org/?lat=47.064&lon=10.6607&zoom=13&layers=B000TTF > Möglicherweise wird da sogar noch mehr in Mitleidenschaft gezogen.. > Kann man mit JOSM mehrere Server abfragen? > Wie schwer mag es sein einen OSM Server aufzusetzen? > Vielleicht wäre es sinnvoll Basiskartenelemente auf dem Haupt Osm > Server zu > haben, und speziellere Dinge auf weiteren? > > Ich habe da z.B. gerade so ein Problem mit einem Wintersportort > http://www.informationfreeway.org/?lat=47.03838071240456&lon=10.60 6773624779946&zoom=15&layers=BF000F > den habe ich seinerzeit ziemlich komplett gemappt. > Nun versuche ich die Daten eines Importes zu nutzen. > Was gar nicht so leicht ist. bitte den konkreten Fall auf der talk-at diskutieren, da haben wir das sehr genau besprochen und im großen und ganzen sind viele Bezirke bereits durch. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brücken- und Tunnelnamen
In Wien wird der Straßenname durch Plätze, Brücken, Unterführungen o.ä. > unterbrochen. Und es gibt dann durchaus auch Adressen, die sich > auf die Brücke > beziehen (1160, Spetterbrücke 4 beispielsweise). Will sagen: wir > kommen mit dem > name-Tag aus. Was nicht heißen soll, daß man nicht optional auch einen > bridge_name einführen könnte. > Gegenbeispiel: name=Südosttangente bridge_name=Praterbrücke (auch sonst wäre ich mir da nicht so sicher, wo doch Brücken sogar weiße Schilder haben und Straßen blaue) lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] shape file mit den address nodes
> > Okay - habe ich soweit ... > > pgsql2shp -f nrwaddr osm "`cat sqlquery`" > > und sqlquery enthaelt > > select n.geom as geom,n.id as osmid,nt.v as housenumber > fromnodes n,node_tags nt > where ST_Within(n.geom, > ( select geom from osmpoly where country = 'nrw') > ) > and n.id = nt.node_id > and k='addr:housenumber' > > Die idee war dann noch qgis direct mit einem postgis layer > dranzuschrauben. > Also habe ich obigen select in einen view verwandelt nur leider > kann qgis nur > int4 als unique column und nodes.id is bigint *grummel* > > Kann mal jemand qgis reparieren? > erganze halt noch eine eigene id-Spalte oder ginge sich noch casten mit n.id::int4 aus? lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] shape file mit den address nodes
> Eine weitere spalte waere eine idee - nur dann sind das gleich mehrere > hunder megabyte mehr nur weil qgis das nicht hinbekommt. > > + ein weitere index dafur mu?te eine sequence reichen > + patches gegen osmosis um die spalte auch zu updaten > alternativ ein trigger in der datenbank > noch eine Variante ware ein view, ders schon gecastet liefert CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Falkplan
> Nur als kleiner Grinser zwischendrin, bei den Zwiebelfischchen: > http://www.spiegel.de/fotostrecke/fotostrecke-38732-4.html > :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenangaben mit 6 Nachkommastellen
> Hi! > > Markus schrieb: > > Wir brauchen: > > - ein Attribut für Genauigkeit > > - ein Attribut für Bezugssystem > > - eine Definition für Masseinheit [Meter]? > > Eine Genauigkeit von Höhenangaben im Meterbereich erscheint sinnvoll. > > Aber mikroskopische Nachkommaangaben jenseits jeder Meßgenauigkeit sind > völlig unbrauchbar - die sagen eigentlich nur aus, daß der Wert auf > keinen Fall stimmen kann. Die sollten meiner Meinung nach eher auf > sinnvolle Werte gekürzt werden. > Für mich ergeben sich da auch noch zwei verschiedene Handlungsebenen: 1.) unbedarfter OSM-nutzender Tourist erwartet am Gipfel stehend, daß die Zahl mit jener am Gipfelkreuz übereinstimmt. Diese Höhen sind "sehr" relativ und von verschiedensten Bezugspunkten aus gemessen -aber natürlich für jemand, der da oben steht, immer richtig. 2.) die Renderprofis versuchen daraus ein Geländemodell zu generieren, aus dem sich eine hübsche Schummerung ableiten läßt. Dazu braucht es dann einheitliche Bezugssysteme. Und das ist einfach keine triviale Aufgabe, driftet aber jedenfalls von der anderen Notwendigkeit weg, sobald die Genauigkeit mal unter 10 m gehen soll. Nachdem schon das Bezugssystem innerhalb des deutschen Sprachgebiets differiert (und zwar gleich im einstelligen Meterbereich) wäre es wohl sinnvoll, hier quasi redundante Dinge zu speichern. also +1 für Maßangabe + Bezugssystem lg Wolfgang, er in einer Stadt wohnt, wo die lokalen Pläne vom tiefsten Punkt der Stadt aus gemessen sind ;-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hällö Ümläutß! (was: OePNV -Karte)
> > Eigentlich eine alte Usenet-Regel: Im Subject niemals nicht Zeichen > > verwenden, die in 7bit-ASCII nicht vorkommen, da sowas regelmäßig > > durch alte oder sonstwie unbrauchbare Programme zerschossen wird. > > Ich dachte, die Usenet-Regel besagt, dass man keine unbrauchbaren > Programme nutzen sollte ;-) > > Gmane sollte an dem Problem eher nicht schuld sein ... > in URLs aber auch nicht - man kanns zwar jetzt registrieren, aber ältere IE-Versionen scheitern ;-) CU W ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hällö Ümläutß! (was: OePNV-K arte)
in URLs aber auch nicht - man kanns zwar jetzt registrieren, aber ältere IE-Versionen scheitern ;-) CU W gibts denn noch jemanden, der aeltere IE-Versionen nutzt? Sind die nicht alle laengst von Viren zerfressen? Martin wenn man im realen Leben z.B. Prüfungen auf Barrierefreiheit macht, braucht man solches Zeug, denn daran erkennt man gute Seiten. Da halt keine zwei IE-Versionen auf einem Rechner laufen ;-) braucht man als solcher Exot eine relativ alte Version. CU W___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hällö Ümläutß! (was: OePNV -Karte)
> > Da halt keine zwei IE-Versionen auf einem Rechner laufen ;-) braucht > > man als solcher Exot eine relativ alte Version. > > Doch, sie laufen: > http://tredosoft.com/Multiple_IE > man lernt nie aus ;-) W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
