Re: [Talk-de] Datenerfassung - soetwas für Windows7
Am 23.03.2010 08:42, schrieb Jan Tappenbeck: Am 23.03.2010 08:20, schrieb Andre Joost: Jan Tappenbeck schrieb: Hi ! es gab ein Programm zur Datenerfassung (PDA) mit dem man auf großen Schaltflächen POI's erfassen kann. Kann mir einer mit dem Namen auf die Sprünge helfen ? OSMtracker http://wiki.openstreetmap.org/wiki/DE:OSMtracker HTH, André Joost Moin ! wie ich gerade gesehen habe läuft das Teil nur auf einem Mobile. Ich habe jetzt ein Netbook mit Win7 und dachte eigentlich man könnte damit die Daten (mit externer Maus) loggen und dann auf dem Screen einige (größere) Schalter haben die dann für entsprechend konfigurierte Symbole stehen. Besteht da der Wunsch, OSMtracker auf auf vollwertigen Windows-Editionen laufen zu lassen? Oder habe ich das nur falsch verstanden? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenerfassung - soetwas für Windows7
Am 23.03.2010 20:52, schrieb dieter jasper: Am 23.03.2010 20:18, schrieb Peter Vitt: Besteht da der Wunsch, OSMtracker auf auf vollwertigen Windows-Editionen laufen zu lassen? Oder habe ich das nur falsch verstanden? Aus meiner Sicht ein 1000maliges JA. Dann werde ich das mal in die Roadmap aufnehmen. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdrutsch in Nachterstedt
André Reichelt schrieb: Ich habe gerade gesehen, dass die Abbruchkante des Unglückes in Nachterstedt bereits eingezeichnet ist. Sehr schön. http://osm.org/go/0MFGVLAph- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ein bisschen pietätlos, oder? Es werden noch drei Menschen vermisst, und hier freut man sich, dass es schon gemappt ist. Just my 50 cent, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ortsteil - village vs. suburb
Hallo Liste, Folgendes Problem: Ich habe einen Ort (Büschergrund), der selbst ein Stadtteil ist, also zu einer Stadt (Freudenberg) gehört. Der Ost an sich hat ca. 4000 Einwohner, wäre also ein village. Nun hat dieser Ort aber selbst vier Ortsteile (Anstoß, Büschen, Bockseifen und Eichen). Sind diese Ortsteile suburbs? Oder gibts es diese feingranulare Unterteilung nicht und ich muss place nutzen? Suburbs werden, wie man sehen kann, je nach Zoomstuffe größer http://www.openstreetmap.org/?lat=50.9188lon=7.8901zoom=14layers=B000FTFT oder gleich http://www.openstreetmap.org/?lat=50.91498lon=7.8894zoom=15layers=B000FTFT village geerendert. Wie muss ich hier was taggen? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MobileMapper 6
Sven Geggus schrieb: Nette Hardware, aber falsches Betriebssystem :( Falsches Betriebssystem? Richtiges Betriebssystem! http://wiki.openstreetmap.org/wiki/Osmtracker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MobileMapper 6
Sven Geggus schrieb: Peter Vitt pe...@dotnetphen.com wrote: Nette Hardware, aber falsches Betriebssystem :( Falsches Betriebssystem? Richtiges Betriebssystem! http://wiki.openstreetmap.org/wiki/Osmtracker Wie mans nimmt. Offene Projekte harmonieren IMO besser mit offenen Betriebssystemen. Windows passt jedenfalls nicht so recht in meine offene IT Landschaft. Konkret hätte ich gerne ein Gerät auf das osm2go problemlos portierbar ist. Aber vielleicht kann ja mal jemand der schon beides benutzt hat einen objektiven, ideologisch unvorbelasteten Vergleichstest zwischen osm2go und Osmtracker liefern. Sven Am dicken Ende ist es ja eine persönliche Vorliebe. Gut, dass wir mehrere Projekte haben, die auf unterschiedlichen Plattformen laufen, um vielen Leuten den für sie einfacheren Einstieg zu gewähren. Objektiv kann man meiner Meinung nach Betriebssysteme nicht vergleichen. Schon allein deshalb nicht, weil die verschiedenen Betriebssystemhersteller selbst den Begriff Betriebssystem schon anders definieren oder auslegen. Und ideologisch unvorbelastet ist im Streit Linux vs. Windows sowieso unmöglich ;) Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inline-Wiki-Seite eröffnet
Jan Tappenbeck schrieb: Moin! ich habe schon einmal eine Seite eröffnet http://wiki.openstreetmap.org/wiki/DE:Inline gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Moin, Inline ist ein unheimlich schlechter Begriff für das, was du damit benennen willst. Inline heißt ja nur in Reihe oder in Linie. Außerdem heißen Inline-Skates auch nur in Deutschland so. Ein Tag inline=yes impliziert auch etwas ganz anderes, wenn man nicht weiß, was mit dem Begriff inline gemeint ist. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie Oberflaeche geteert eintragen
Mario Salvini schrieb: Florian Lohoff schrieb: On Mon, May 04, 2009 at 07:48:42PM +0200, Herbert Hannebrook wrote: Hallo, ich bin mir mittlerweile unsicher, wie ich geteerte Strassen eintragen soll. *surface:paved* wie in http://wiki.openstreetmap.org/wiki/DE:Map_Features angegeben, gibt auch die Vorlage Josm vor, Wenn dies in den Map-Features so eingetragen ist, sollte es auch so gemacht werden, auch wenn es auf den ersten Blick vielleicht nicht vollkommen eingängig ist. Aber dies wird midestens das Ergebnis einer Diskussion, wenn nicht sogar ein breiter Konsens sein. [..]Paved heißt doch befestigt oder gepflastert und nicht geteert. Bisher habe ich paved, wie in der Wiki angegeben verwendet, finde asphalt aber logischer! paved ist default - muss also nicht angegeben werden. Fuer teer kenne ich aus Englischen eher tarmac als asphalt Flo ich dachte tarmac ist eher das, was in den Sportstadien auf den Laufbahnen zu finden ist? -- Mario Lustiges Rätselraten, was niemandem hilft, aber trotzdem Spaß macht ;) Ist das Laufbahnmaterial nicht Tartan? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offtopic Re: wie Oberflaeche geteert eintragen
Markus Sperl schrieb: Hallo! Seit 1970 teert nur noch der gemeine Raucher seine Lungen...:-) Seit dieser Zeit darf auf deutschen Straßen nur noch Bitumen und Gestein zur Asphaltherstellung verwendet werden. MfG M. Sperl surface=bitumenandrocks? :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rechtsfrage regionales GIS
Hallo Liste, Ich habe bei meinem regionalen GIS angefragt, in wie weit man die Daten für OSM verwenden kann. Als erste Antwort erhielt ich die Aussage, dass man sich dessen noch nicht sicher ist. Nun habe ich vor einigen Tagen eine E-Mail bekommen, die die Nutzung gestattet. Die Bedingungen sind als PDF-Datei angehängt. Ich bin mir allerdings nicht sicher, ob und wie man die Daten für OSM nutzen kann. Kann jemand dort etwas Licht ins Dunkel bringen? Hier die Bedingungen: Die Präsentation des „Stadtplan Südwestfalen“ wird unter folgenden Bedingungen von der GDI.SW als Web Map Service (WMS) kostenfrei zur Verfügung gestellt: 1) In Berichten und Veröffentlichungen, bei denen Auszüge des „Stadtplan Südwestfalen“ verwendet werden, muss die Quellenangabe an geeigneter Stelle wie folgt dokumentiert werden: Grundlage: Stadtplan Südwestfalen, GDI.SW, www.gdi-sw.de. 2) Die GDI.SW behält sich vor, die kostenfreien Dienste ohne Angaben von Gründen inhaltlich zu verändern oder einzustellen. 3) Die GDI.SW übernimmt trotz größter Sorgfalt keine Garantie für die Richtigkeit, Vollständigkeit, Genauigkeit und Aktualität der Daten und Dienste. 4) Aus der kostenfreien Bereitstellung ergibt sich kein ableitbares Recht, die Dienste zu nutzen. 5) Die Betreiber übernehmen keine Garantie für die technische Verfügbarkeit der Dienste sowie die Kompatibilität mit der von dem Nutzer verwendeten Soft- oder Hardware. 6) Die Verwertung der Dienste zum Zwecke des Aufbaus eines digitalen Datenbestandes mit der Absicht der kommerziellen Nutzung sowie die Veräußerung von Auszügen des Stadtplans sind nicht zulässig. 7) Die GDI.SW bietet keine Hotline für die kostenfreien Dienste an. Meine Ansichten und Fragen: Zu 1) Wie wäre diese Quellenangabe möglich? Würde es reichen, die Quelle auf einer Art OSM-Quellenseite einzutragen? Oder muss jeder Node, de auf Basis der GIS-Daten erstellt wird, mit einem Source-Attribute versehen werden? Zu 2) Keine Einschränkung für Nutzung. Zu 3) Keine Einschränkung für Nutzung. Zu 4) Keine Einschränkung für Nutzung. Zu 5) Keine Einschränkung für Nutzung. Zu 6) Ist das mit der OSM-Lizenz vereinbar? Oder lässt OSM die kommerzielle Nutzung zu? Das würde ja dann die Nutzung der GIS-Daten verbieten. Zu 7) Keine Einschränkungen für Nutzung. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMS Server einbinden in JOSM
Hallo Liste, Wie kann ich einen WMS-Server in JOSM einbinden? Ich bekomme immer nur rote Fehlerkacheln angezeigt, jedoch scheint die Web-App des GIS mit dem Server problemlos kommunizieren zu können. Hat jemand schon mal Erfahrungen mit WMS in JOSM gesammelt und könnte mir bei der Einrichtung helfen? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisel in Lübeck zerlegt
Jens Frank schrieb: Hallo, 2009/2/2 Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net Dabei hat er den Kreisverkehr völlig zerlegt und wenn ich es richtig in der Liste gelesen habe sollte der Kreisverkehr für die weitere Verwertbarkeit erhalten bleiben. Es gab da eine Diskussion, aber bisher sehe ich keinen rechten Konsens. Die einzelnen Segmente sind als junction:roundabout gekennzeichnet und damit ist das ganze als Kreisel zu erkennen. Warum sollte es so nicht verwertbar sein? Auch Kreisel, die Brückensegmente beinhalten, müssen ja in einzelne Segmente zerlegt werden. Ja, habe diese vor kurzem angeregt. Aus meiner Sicht hat sich die Vorgehensweise herauskristallisiert, dass der Kreisverkehr wie benötigt zerlegt wird und alle Teile als junction:roundabout markiert werden. Soweit sollte es also in Ordnung sein. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation über Kreisverkehr
Peter Vitt schrieb: Hallo Liste, Wie tagge ich eine Relation über einen Kreisverkehr? 1) Ist der Kreisverkehr komplett ein Teil der Relation? Dann wäre dort ein Bruch der Relation. 2) Nehme ich den Kreisverkehr nicht mit in die Relation auf? Dann wäre dort ein Loch in der Relation. 3) Spalte ich den Kreisverkehr so auf, dass er in die Relation passt, wie man es bei anderen Wegen auch macht? Dann wäre die Relation durchgängig. Schon mal vielen Dank für die Hilfe. Peter Hallo allerseits, Ich würde gern das bisher geschriebene noch ein mal zusammenfassen: Ein Teil befürwortet die Vorgehensweise, den Kreisverkehr als geschlossenen Weg zu belassen und komplett in die Relation mit aufzunehmen. Die zweite verwendete Möglichkeit ist, den Kreisverkehr nicht in die Relation aufzunehmen. Möglichkeit Nummer 3 wäre nun, den Kreisverkehr aufzuspalten. Dabei wird der Kreisverkehr in einer eigenen Relation wieder zusammengefasst. Der Route wird nun nur der Teil hinzugefügt, der auch wirklich für die Route benötigt wird. Einen Konsens auf der Liste herzustellen, ist wahrscheinlich utopisch. Ich werde daher das Ganze auf die allgemeine talk-Liste übertragen. Mal sehen, ob sich dort eine gemeinsame Richtung abzeichnet. Gruß und vielen Dank für den Input, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation über Kreisverkehr
Hallo Liste, Wie tagge ich eine Relation über einen Kreisverkehr? 1) Ist der Kreisverkehr komplett ein Teil der Relation? Dann wäre dort ein Bruch der Relation. 2) Nehme ich den Kreisverkehr nicht mit in die Relation auf? Dann wäre dort ein Loch in der Relation. 3) Spalte ich den Kreisverkehr so auf, dass er in die Relation passt, wie man es bei anderen Wegen auch macht? Dann wäre die Relation durchgängig. Schon mal vielen Dank für die Hilfe. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation über Kreisverkehr
Torsten Leistikow schrieb: Fabian -Patzi- Patzke schrieb: Ich habe, wenn es bei mir vorkam, immer den ganzen Kreisverkehr reingemacht, schadet finde ich nicht. Das denke ich auch. Ich finde, dass eine Relation, z.B. eine Route, auch immer den gesamten Kreisverkehr enthalten sollte. So hab ich es halt gemacht, siehe z.B. http://www.öpnvkarte.de/?lat=51.92595lon=10.43604zoom=17 Da geht die Busroute auch durch den ganzen Kreisel. Die meisten Routen sind ja auch nicht gerichtet. Insofern haette man, je nach Richtung, sowieso einmal die eine und einmal die andere Seite vom Kreisverkehr mit drin. Gruss Torsten Nur zeigt dann der Relation-Check unter betaplace.emaitie.de Brüche in der Relation. Deshalb war ich mir nicht mehr ganz sicher, Gruß, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Bernd Wurst schrieb: Hallo. Mit steigender Bildschirmauflösung (und zunehmendem Alter :) ) werden die Pfeile in der JOSM Wireframe-Darstellung doch irgendwie immer kleiner. Den Mappaint-View mag ich überhaupt nicht (optisch und bzgl. Performance). Gibt es eine Möglichkeit, im Wireframe-View die Liniendicke zu verändern? Die Liniendicke im Mappaint-View ist prima, nur will ich die eizeln. ;-) Das wäre eine feine Sache. Würde mir auch gefallen. +1 mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:?JOSM-Geschwindigkeit
Sven Geggus schrieb: Florian Lohoff f...@rfc822.org wrote: Nicht-portable Sprachen sollte man eher vermeiden (außer natürlich das Ergebnis ist per se nicht portabel). Portabel ist heutzutage meist ein Problem des Aufwandes nicht der Sprache. Alles was aus der Unixwelt kommt läuft in der Regel auch auf anderen Plattformen. Umgekehrt kann man das nicht so pauschal sagen. Sven Ich denke, dass ist nicht so. Mir als Software-Entwickler ist es teilweise immer noch zu kompliziert, mir irgendwelche kryptischen CygWin-Umgebungen zu installieren, damit ich ein kleines Unix-Tool nutzen kann. Andersrum ist es doch auch möglich, Programme aus der Windowswelt über die Windows-Emulation (deren Namen mir gerade entfallen ist) zu nutzen. Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows die Programmierer nicht genug dazu angehalten werden, sauberen Code zu schreiben. Wahrscheinlich gibt es auf Windows-Seite genau so viele korrekte Programmierer wie auf Unix-Seite, durch die relativ niedrigere Einstiegshürde, Windows-Programme zu schreiben, sind aber wohl auch viele Programmierer unterwegs, die nicht genau wissen, was sie tun und damit natürlich das Gesamtergebnis der Windows-Seite aufweichen. Ein weiterer Punkt, der mittlerweile auch von Microsoft verstanden wurde, ist, dass sie dem Programmierer unsauberen Code verbieten müssen. Dies hält erstmals mit Vista Einzug in die Windows-Linie und soll in Windows 7 komplett abgeschlossen sein. Es werden dort zum Beispiel solche Sachen verboten, wie das Speichern von Konfigurationsdaten in die %ProgrammFiles%-Ordner. Ein absolutes Nogo, aber jeder macht's, weil's so schön einfach ist. Es ist also weniger ein Problem der ursprünglichen Plattform. Viel wichtiger ist wohl des Wissens des Programmierers. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsgrenzen
Peter Herison schrieb: Felix Peters schrieb: Und wenn von Hand, dann grob nach Luftbildern oder wie macht ihr dass. Luftbild, oder Du laeufst einmal mit dem GPS um die Wohngebiete herum. Bei mir im Dorf fehlt noch jeglicher landuse-Tag. Eine andere Moeglichkeit waere, Wohngebiete anhand der Strassenverlaeufe die zu extrapolieren. Ja, so mache ich das auch. Erst die Straßen mappen und dann einfach den Pi mal Daumen den Umriss der Straßen als residential markieren. In einem zweiten Schritt dann Stück für Stück an den Grundstücksgrenzen der letzten Häuser entlanglaufen und dann so die tatsächlichen Grenze festlegen. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen von verzweigten Wegen
hansdorfff schrieb: davon gibts im Raum Siegen eine ganze Reihe... Ich mappe als Hansdorfff, und habe mich hier schon über ein paar überraschende Straßenführungen gewundert... Gibts das woanders auch? mfg, osmtapo aka Hansdorfff Wie gesagt, mir ist es bis jetzt in Herzhausen (Netphen) und Büschergrund (Freudenberg) aufgefallen. Allerdings habe ich auch sonst noch nicht viele Orte unter das GPS bekommen. Ich denke aber, dass sowas auch anderswo auftritt. Offtopic: Ich mappe übrigens unter PVitt. Vielleiht sollten wir in Siegen auch mal eine OSM-Stammtisch oder etwas ähnliches etablieren. Ich kenne noch mindestens zwei aktive Mapper im Raum Siegen. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzeige von Multipolygonen
Hallo Liste, Erst einmal ein frohes neues Jahr. Hat schon einmal jemand diese Anzeigeart gesehen? Zwei Zoomlevel, einmal korrekt nur ein kleiner Wald innerhalb von Feldern, einmal die ganzen Felder als Wald gerendert: http://openstreetmap.org/?lat=50.91371lon=7.88038zoom=17layers=B000FTF http://openstreetmap.org/?lat=50.91357lon=7.88266zoom=16layers=B000FTF Ist das ein Bug in Mapnik oder habe ich dort etwas falsch gemappt? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzeige von Multipolygonen
Dirk Stöcker schrieb: Hattest Du. Die role-Werte gehören nicht an die Wege, sondern in die Relation. Habe ich korrigiert. Danke für den Hinweis. Dann warte ich mal, bis JOSM das auch in der stable-Version kann :) mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche von Polygon berechnen?
Gary G: schrieb: hat jemand einen algorithmus zum berechnen der (ungefähren) fläche eines polygons (gegeben durch lon/lat nodes) unter der berücksichtigung, dass die erde keine scheibe ist? perl wäre super, anderes ebenfalls willkommen! Hallo Gary, Ich glaube, es ist nicht trivial, die Fläche unter Berücksichtigung der Erdkrümmung zu berechnen, da man dafür die genaue Beschaffenheit (Höhen und Tiefen) der überdeckten Fläche kennen müsste. Man hätte somit mehrere Möglichkeiten: 1) Man sieht die Erde als ideale Kugel an. - Ungenau, leicht zu berechnen 2) Man nimmt ein gebräuchliches Modell zur Beschreibung der Erde, z.B. einen Rotationsellipsoid. Dieser müsste dann allerdings wieder genauer beschrieben werden. - Komplizierte Theorie, mittelschwer zu rechnen, mittelmäßig genau 3) Man verwendet die tatsächeliche Beschaffenheit, was natürlich mit dem größten Aufwand verbunden ist. - Komplizierte Theorie, schwierig zu berechnen, möglichst genaue Angabe (wahrscheinlich noch immer nicht die tatsächliche Fläche, aber wohl am nächsten dran) Für eine der drei (eventuell noch mehr, falls ich eine vergessen haben sollte) Möglichkeiten solltest du dich allerdings aussprechen, damit man weiß, was du suchst. Eventuell wäre auch sinnvoll zu erklären, was du vorhast. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mappen von verzweigten Wegen
LiLi, Wie mappe ich einen verzweigten Weg? Zum Beispiel in einem Wohngebiet, wenn die Straße plötzlich noch einen Abstecher macht, um einige zurückgesetzte Häuser anzubinden? Oder wenn die Einfahrt in eine Straße von einer größeren Straße aus zwei Teilen (einmal von links, einmal von rechts) besteht? Zu sehen gibt es beides im Ort Herzhausen http://openstreetmap.org/?lat=50.95015lon=8.08453zoom=17layers=0B00TTF mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen von verzweigten Wegen
Schorschi schrieb: Moin Peter, Antwort hast du ja schon - als verbundene Wege mit gleichen Namen; Also ohne Relation. Danke. Ich habe übrigens den layer-tag beim Bach mal weggenommen und die Brücken mit layer=1 ausgezeichnet - der layer-tag sagt nichts über die Höhe im Gelände aus, sondern nur, welches Element über welchem liegt - Brücken bekommen standardmäßig halt ein layer=1, Tunnel ein layer=-1. Ok, dann halt so. Ich bin bisher immer von Straßenniveau = 0 ausgegangen, alles darunter entsprechend 0, darüber 0. Aber wenn das allgemein nicht Straßenniveau, sondern Erdbodenniveau ist, dann danke für den Hinweis. Eine Höhe kann man dem Bach auch zuweisen (über den ele-tag), dazu braucht es aber meiner Erfahrung nach bessere Daten als (m)ein einfacher GPS-Datenlogger liefert ... Die liefert der OSMtracker. Allerdings übertrage ich sie selten. Kann ich ja in Zukunft dann mal so übernehmen. Gruß, Schusch On Tue, 30 Dec 2008, Peter Vitt wrote mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Full ACK... mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Dirk Stöcker schrieb: Eine etwas vernünftigere Datenstruktur und in einigen Fällen die Vermeidung von Kopieroperationen würde hier Wunder wirken. Wäre es dann nicht eine Idee, so etwas wie eine plattformunabhängig Dev-Group zu bilden, die sich um solche Probleme (Datenstrukturen, Algorithmen) Gedanken macht? Dann können Editor-Entwickler sich mehr auf das Frontend (und was sonst noch alles dazu gehört) konzentrieren und Leute, die viel von den benötigten Datenstrukturen und Algorithmen verstehen, können sich an der Basis einbringen und einen Dienst für jedwede Sprache leisten, ohne gleich einen alternativen Editor entwickeln zu müssen oder Java zu lernen. Statt ständig neuen Editoren wären Verbesserungen an JOSM viel hilfreicher. Bis nämlich der gleiche Funktionsumfang nachprogrammiert ist, kann schon eine sehr lange Zeit vergehen. Meist wird das Projekt vorher einschlafen. Ich persönlich fände einen Alternativeditor nicht schlecht, da ich mit JOSM ehrlich gesagt, einige Probleme habe. Die Einstiegshürde ist mir etwas zu hoch. Hier könnte sich wahrscheinlich ein zweites oder drittes Editor-Dev-Team komplett losgelöst von JOSM neue Gedanken machen, die dann natürlich auch bei Erfolg in JOSM einfließen können. Ich sehe das ähnlich wie beim Hausbau. Es gibt Holzhäser und Steinhäuser und Fachwerkhäuser und was weuß ich nicht noch alles. Und nach und nach werden die Vorteile aller Hausarten kombiniert, um bessere Häuser zu bauen. P.S. Euer Sprachenstreit ist kindisch. Die Unterschiede in der Basisgeschwindigkeit der einzelnen Sprachen sind auf heutigen Plattformen nahezu uninteressant. Auch die Sprachen selbst übrigens. Wichtig sind die Algorithmen. Gebe ich dir recht. Ich rege mich nur immer extrem darüber auf, wenn so etwas in einer Mailing List aufkommt, da es, wie Hobby Navigator in seiner Mal schrieb, eine gewisse Frustschwelle gibt, an der ich bereits bei einem Projekt gescheitert bin. Daher bin ich wahrscheinlich für solch kindische Diskussionen sehr anfällig. Aber ich denke, mit Flos letzter Mail sind die Standpunkte und Ansichten klar und geklärt. mfG und ein frohes Fest, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Panzer
Ralf Gesel|ensetter schrieb: Ich habe einige Schilder mit maxweight=50 getaggt - auch wenn die zusätzliche Angabe lautete: Ohne Gegenverkehr 100t. Ich bin mir nicht sicher, ob diese Schilder auch für den Schwerlastverkehr oder wenigstens für Schwertransporte relevant sein könnte. Den ADAC-Artikel über steckenbleibende LKWs habe ich gerade vorliegen (*) ... Nun ja, diese Schilder besitzen außer für die Streitkräfte für niemanden sonst Gültigkeit. Dass sie allerdings deshalb von allen missachtet werden, glaube ich nicht. Für den Schwerlastverkehr können diese Angaben durchaus sinnvoll sein, da normale Belastungsgrenzenschilder ja nur bis zur maximal zulässigen Belastung von normalen Kraftfahrzeugen (ich glaube 40t) beschränken. Darüber hinaus sind dann die Bundeswehrschilder wahrscheinlich eine echt gute Hilfe für das Routing von Schwerlasttransporten. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Florian Lohoff schrieb: On Tue, Dec 23, 2008 at 06:05:57PM +0100, Marcus Wolschon wrote: 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? In .NET muss der Programmierer nicht wirklich dafür sorgen. Dank Mono ist nahezu alles bis .NET 2.0 auch auf Linux (und anderen Unixen, die mir gearde entfallen sind) nutzbar. Warum muss das in C# sein? Warum den ganzen overhead einer virtual machine und der garbage collection? Virtual machine??? Ich als janglähriger C#-Entwickler war bis heute davon überzeugt, dass C#-Code in einer speziellen Intermediate Language vorliegt und zur Laufzeit compiliert und ausgeführt Und das Garbawird. Von einer VM war mir bisher nichts bekannt. Und das garbage collection overhead ist, ist mir bisher auch nicht wirklich bekannt (die paar Millisekunden, die der GC abknapst, wenn er denn überhaupt einmal läuft, fallen nicht messbar ins Gewicht). Ich denke, du solltest dich erst einmal mit C# auseinander setzen, bevor du solche unbegründeten Kommentare abgibst. Warum nicht mal was effizient schnelles programmieren in C und gtk? Geht auch fuer Windows. Geht auch in C#. Teilweise sogar schneller... Und die Programmierung dieser Anwendungen in einer höheren Sprache als C (C ist ja nicht mehr als etwas versteckter Assembler) ist auch um einiges schneller. Das sage ich als langjähriger C-Entwickler. Aber wie gesagt, bitte erst einmal schlau machen und dann Hasstieraden loslassen. Aber vermutlich wird ausser Java und C# in der Informatikvorlesung nichts mehr gemacht oder? Da kann ich nur noch mit dem Kopf schütteln. Ist das hier eine konstruktive Mailingliste oder fühlen sich hier Leute angegriffen, weil andere evtl. jüngere Leute, die andere Sprachen programmieren können, mit neuen Ideen kommen und was bewegen wollen? mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Lars Francke schrieb: Du selbst lieferst die Beschreibung warum .NET in einer VM läuft: Die Intermediate Language wird von einer VM ausgeführt, da sie halt kein nativer Code ist. Ich glaube das Ding heißt Common Language Runtime oder so. Ist meinem Wissen nach keine VM sondern eine Laufzeitumgebung. Das heißt, es wird kein nativer PE-Code erzeugt, sondern der Code wird an eine andere Anwendung übergeben, der ihn compiliert und dann aufruft. So kann auch eine virtuelle Maschine definiert werden, aber bei .NET ist es eine Laufzeitumgebung und keine virtuelle Mschine. Ich bin offen für Gegenargumente, dass es doch eine VM ist. [..] aber wie Du Deine Kritik rübergebracht hast fand ich nicht grad passend. Anderen Vorwerfen keine Ahnung zu haben und erstmal recherchieren zu sollen und dann das gleiche selbst nicht beachten und das ganze noch anklagend formulieren. Rechercht habe ich nicht, da ich seit einigen Jahren in der Materie bin und daher denke, dass ich weiß, weovon ich rede. Und ja, es war anklagend, da es mich stört, dass auf solchen public mailinglists immer alles kaputt geredet werden muss. Wenn jemand einen Editor in C# schreiben möchte, dann sollte man ihn nicht fragen, warum er nicht C nimmt. Es werden wahrscheinli8ch Gründe vorhanden sein. Und der Kommentar, dass nur noch C# und Java in der Vorlesung vorkommt, ist meiner Meinung nach auch nicht gerade passend Das impliziert, dass der Leser einmal eine richtige Vorleseung mit einer richtigen Sprache genossen hat, die heutigen Stundenten allerdings nicht vernünftiges mehr lernen. Aber wie dem auch sei, es war anklagend, da mich dieses Verhalten stört. Ich fände es besser, wenn man hilft oder man antwortet nich, wenn man nicht helfen kann. Just my 50 cent. Wünsche ebenso ein frohes Fest, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Florian Lohoff schrieb: On Tue, Dec 23, 2008 at 08:07:33PM +0100, Peter Vitt wrote: Du meinst so wie bei Java? Vorraussetzung ist und bleibt das der Programmierer portabilität das als ziel hat und konsequent umsetzt - Pfadtrenner zum beispiel - Windows \ - Unixe / - MacOS : - Fragen? Es gibt triviale dinge die mit einem mal nicht mehr funktionieren. System.IO.Path.PathSeperator liefert auf jeder Umgebung, auf der eine .NET-Anwendung läuft, den richtigen Pfadtrenner. Fragen? 2 Moeglichkeiten - Virtual Machine - Oder Just in Time compiler - Wann findet nochmal das Just in time statt? Ach ja - Zur Laufzeit. Korrekt. Wo ist der Punkt? Und das mit dem Garbage Collection ist nunmal unnoetiger overhead. Ja - der faule streiche faule, setze produktive programmierer muss sich nicht drum kuemmern weil der GC ja einfach den gesamten prozess addressraum Streiche gesamten Adressraum, setze referenzierbarer Objektbaum (jedenfalls in C#), Rest ist garbage, durchsucht nach irgendwelchen pointern die moeglicherweise noch eine reference darstellen. Warum kann der programmierer nicht explizit den speicher freigeben Muss er das, wenn er den Speicher nicht braucht? Er kann seinen Müll entsorgen, und wenn er den Platz braucht, dann wird der Speicher freigegeben. Die Rechenzeit muss so oder so aufgewendet werden. wenn er nicht mehr benoetig wird? Ach ja - ich vergass - uebersicht verloren ... schlechte doku ... undefinierte lifecycles ... Oder einfach nur der Wille, produktiv zu sein und sich nicht ewig an eine schon sehr lange vorhandenen Sprache zu binden. Ich lasse keine Hasstiraden los sondern es geht um Performance und als erstes wird C# erwaehnt - und ich frage mich warum performancekritische applikationen nicht in C# oder Java programmiert sind - libc, kernel oder gleich der CPU microcode? Siehe Singularity, ein OS komplett im managed Code. Siehe .NET Micro Framework, ein 200k großes Framework, das bare metal auf einem Microcontroller läuft und die Nutzung von Treibern im managed Code erlaubt. Wenn ich performanten code schreibe dann vermeide ich schon ein malloc und greife auf einen slab allocator zurueck - und hier wird performanter code im zusammenhang mit virtual machines, jit, intermediate code etc erwaehnt. Da sind mindestens 2-3 abstraktionsebenen dazwischen die ihr häppchen cpu cycles brauchen. Hmmm, warum schreibst du eigentlich keinen Assembler? Da hast du dann alles unter Kontrolle und absolut keine Abstraktionsschichten dazwischen. Es geht mir auf den zwirn staendig applikationen in Java und C# vorgesetzt zu bekommen die erstmal sich die haelfte des speichers schnappen, 10 Minuten fuer den Startup brauchen und dann von den Entwicklern als performant verkauft werden. Was hat Speicher mit performant zu tun? Stört es dich, dass dein Speicher, den du in deinen Rechner gebaut hast, auch noch benutzt wird? Hast du wirklich nur 80 MB Speicher? Und ich kann auch eine C-Anwendung schreiben, die 10 Minten zum Starten braucht. Mir geht es auf den Zwirn, dass in größeren Communities ständig einer das kaputt redet, was ein anderer macht. Wenn ich nur Java und C# hoere dann stecken dahinter allzuoft Programmierer die voellig den Kontakt zu der eigentlich ausfuehrenden Einheit - der CPU - verloren haben. Wenn ich Autofahrer höre, stecken da auch meistens Menschen hinter, die völlig den Kontakt zur Zylinderkopfdichtung verloren haben. Ist es nicht wichtig, von A nach B zu kommen? Sowohl mit dem Auto als auch mit einer Programmiersprache? Wie aus der einen C# anweisung dann 400 instructions mit 600 cycles wurde kann dann keiner mehr erklaeren. Dafür wurde C# ja auch geschrieben. Damit man mit einer Anweisung das macht, was der C-Entwickler in 400 Anweisungen machen muss. Sowas nennt man Fortschritt. Dann wird noch ein wenig portabilitaetsgefasel vom Stapel gelassen das ja unbedingt Java oder C# oder eine beliebige andere Sprache, wie du ja selbst angemerkt hast erfordert um dann gleich im naechsten halbsatz zu erwaehnen welches patchlevel welcher exakten jre auf welchem Betriebssystem man jetzt braucht damit es auch wirklich funktioniert. Verdammt aber auch. Es steht sogar auf jeder Topfblume, ob sie in der Sonne oder im Schatten stehen muss. Warum kann man die nicht überall hinstellen. Gibt es keine portablen Topfblumen? Ist ja auch egal - Die naechste CPU generation mit der doppelten Frequenz und dem doppelten 2nd level cache steht ja schon vor der Tuer. Fortschritt bleibt Fortschritt. Es mag sein das C# und Java die Einstiegshürde ins Programmieren senkt, aber sie machen es zu einfach sich in den Fuss zu schiessen. Ja - man kann sich mit vielen Sprachen in den Fuss schiessen aber je high-level desto einfach. Warum schreibst du eigentlich mit einem Computer eine E-Mail und schickst keine Briefpost? Flo Ahhh, mich regt sowas auf. Ich werde mich jetzt aus dieser Diskussion zurückziehen und wünsche allen eine frohes