Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Mon, 11 Aug 2008 00:38:32 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Dann haben wir uns falsch verstanden. Ihr seit ja auch Meister im falschverstehen (geht auch an Sven). Abgesehen davon, dass ich es nicht für ein festgemeisseltes Grundprinzip halte (da wurde einiges kontrovers diskutiert) geht und ging es beim aktuellen Vorschlag _nicht_ darum, den Erfassungsprozess von OSM zu ändern. Ich halte gewisse Züge in OSM für abgefahren und diskutiere das an dieser Stelle auch nicht weiter. Es geht darum, dass ein Filter, der nur den aktuellen Stand der DB beackert, für viele Aufgaben nicht ausreicht. Um ein hochqualitatives Netz z.B. fürs Routing zu bauen, muss die Historie rein, z.B. um an die Ersterfassung ranzukommen. Ich beobachte die Entwicklung in gut erfassten Gebieten ziemlich genau und da wird oft viel verstückwerkt. Im Prinzip wird damit die Moderation, die in OSM für unnötig gehalten wird beim Übergang in einen zweiten Datensatz nachgeholt. Möglich wird dadurch ein Werkzeug, dass ständig die beiden Datenbestände abgleicht, indem man bei jeder Änderung einen vorher/nachher-Vergleich macht und nur objektive Verbesserungen übernimmt. Das vorerst als Prototyp für eine ausgewählte Stadt. Dazu muss weder an der Erfassung in OSM, noch an OSM etwas geändert werden. Nur ohne so ein Werkzeug muss ich entweder mit einem veraltetem Datenbestand arbeiten oder ich kann manche Dinge einfach vergessen. Wenn ich Feinschliff bei den Routingergebnissen mache oder Experimente beim Fußgängerrouting, kann ich es nicht zulassen, dass mir jemand im Hintergrund die Datenbasis umschmeisst und alle Ergebnisse hinfällig werden. Offen bleibt, ob man einen Rückweg für das moderierte Netz zurück in den OSM-Datenbestand hinbekommt, aber da sehe ich schwarz bei den derzeitigen Feindbildern... -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Grummel ... irgendwie habe ich einen Teil meines Artikels verloren (die Projektion und die Erstellung des Mapsets). Sorry, wird überarbeitet - aber erst morgen oder übermorgen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Tobias Wendorff [EMAIL PROTECTED] wrote: ich habe mal wieder ein kleines HowTo geschrieben ... es gibt viele Wege und genauere Informationen, zu denen ich noch mehr schreiben werde. Wenn sich jemand auch damit auskennt: gerne vervollständigen! Ich lese dass das HOWTO für Win32 ist und dann sehe ich, dass ausschließlich freie Software zum Einsatz kommt. Und dann auch noch die Kommandozeile, die ist unter Windows ohne Powershell dioch völlig unbrauchbar. Was konkret ist denn bei Deinem HOWTO Win32 only? Ich habe gerade kein Shapefile zur Hand, mit dem ich das testen könnte, aber ich nehme mal an, dass das ganze fast 1:1 auch unter Unixoiden OS laufen würde. Letztlich geht das unter Unix sogar erheblich einfacher, denn da hat man die binaries normalerweise im Suchpfad (ganz im Gegensatz zu .). Man muss also nicht in das Verzeichnis wechseln, in dem Grass oder gpsbabel installiert wurden (Punkt 3 und 9). Punkt 12 geht einfacher mit grep (hackish) oder (elegant) mit xmlstarlet: grep -v created_by input.osm out.osm xmlstarlet ed -d //[EMAIL PROTECTED] = 'created_by'] input.osm output.osm Those who do not understand Unix are condemned to reinvent it, poorly *SCNR* Gib mir mal dein shapefile, dann bastel ich ein kleines Shellscript :) Zurück zur Sache, ich sehe noch nicht warum man die Daten unbedingt generalisieren sollte. Liegen deine Nodes im Shapefile derart nahe beieinander, dass das in OSM zu dicht werden würde? BTW, gpsbabel hat auch einen einfachen Filter um nodes zu generalisieren, könnte durchaus sein, dass der auch schon genügt und man auf die Verwendung von Grass-GIS in diesem Fall sogar verzichten kann. Gruss Sven -- All bugs added by David S. Miller [EMAIL PROTECTED] Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Sven Geggus schrieb: Ich lese dass das HOWTO für Win32 ist und dann sehe ich, dass ausschließlich freie Software zum Einsatz kommt. Und dann auch noch die Kommandozeile, die ist unter Windows ohne Powershell dioch völlig unbrauchbar. Ahja, es ist völlig unbrauchbar, weil ich mit Windows arbeite? Wieso soll ich irgendwelchen Leuten die GUI erklären, wenn man es auch über die Kommandozeile mit wenigen Schritten machen kann??? Ich hätte eine Batch-Datei schreiben können, war aber zu faul. Kannst Du gerne machen, wenn Du Dich zu uns Windows-Nutzern herabbegibst. Was konkret ist denn bei Deinem HOWTO Win32 only? Ich habe gerade kein Shapefile zur Hand, mit dem ich das testen könnte, aber ich nehme mal an, dass das ganze fast 1:1 auch unter Unixoiden OS laufen würde. Ich verwende kein Unix, Dir ist aber freigestellt, das Tutorial zu vervollständigen. Letztlich geht das unter Unix sogar erheblich einfacher, denn da hat man die binaries normalerweise im Suchpfad (ganz im Gegensatz zu .). Supi, dann schreib ein Tutorial, wie man Unix in einer VM installieren kann. Man muss also nicht in das Verzeichnis wechseln, in dem Grass oder gpsbabel installiert wurden (Punkt 3 und 9). Supi, braucht man unter Windows auch nicht, nennt sich PATH-Variable. Gib mir mal dein shapefile, dann bastel ich ein kleines Shellscript :) Erst muss ich das HowTo fixen. Der Projektionsmist ist mir irgendwie abhanden gekommen. Habe keine Lust, den jetzt neu zu schreiben. Zurück zur Sache, ich sehe noch nicht warum man die Daten unbedingt generalisieren sollte. Liegen deine Nodes im Shapefile derart nahe beieinander, dass das in OSM zu dicht werden würde? Yop, die Datenmenge lässt sich um über 50% verringern und das Ergebnis ist immer noch weit über dem OSM-Durchschnitt. Ich habe diverse Tests mit Generalisierung und anschließendem Smoothing gemacht und der Verlustwert liegt bei unter 5% und das ist bei 50% Ersparnis mehr als akzeptabel. BTW, gpsbabel hat auch einen einfachen Filter um nodes zu generalisieren, könnte durchaus sein, dass der auch schon genügt und man auf die Verwendung von Grass-GIS in diesem Fall sogar verzichten kann. Es gibt xx Arten zu generalisieren. Ich weiß nicht, welchen GPSBabel verwendet, aber wenn Du mir den Link aus der Doku schickst, lese ich es mir mal durch. Hauptsache, er ist konfigurierbar. Das Problem ist aber anschließend, dass nur die wenigsten eine riesige OSM-Datei nachbearbeiten können, JOSM schafft es nicht. Merkkaattorr braucht ewig die Datei zu laden und einer 100%ig automatischen Konvertierung _kann_ man nicht trauen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hi, Yop, die Datenmenge lässt sich um über 50% verringern und das Ergebnis ist immer noch weit über dem OSM-Durchschnitt. Du hast Dir da eine etwas ueberhebliche Sprechweise angewoehnt, die zwischen den Zeilen immer anzunehmen scheint, OSM sei irgendwie geringwertiger als professionelles GIS, was in dieser Allgemeinheit falsch ist. Ich hab das im Wiki-Artikel etwas geradegerueckt ;-) Was ich in Deinem Howto schmerzlich vermisse, ist eine allgemeine Erklaerung ueber Shape vs. OSM. Dass Shape eben nur eine begrenzte Anzahl fixer Attributspalten kennt, waehrend OSM eben ein bunt gemischtes Taggingschema hat, und daher das *wesentliche* Element bei einer Konvertierung nicht dasjenige ist, aus den Linien im Shapefile Ways zu machen, sondern anhand der Attributierung im Shape zu entscheiden, wie diese Ways getaggt werden sollen. (Und, aber das ergibt sich wohl auch aus der Vereinfachung, dass eine verlustfreie Konvertierung in aller Regel nicht moeglich ist.) Aber das ist vermutlich das Mapset, zu dem Du noch etwas schreiben wolltest? Dabei sollte man dann auf jeden Fall erwaehnen, dass es hier keinesfalls einen Standard gibt - ein Laie koennte annehmen, dass ein Shapefile, das er von der Stadt X bekommen hat, automatisch mit den gleichen Regeln konvertiert werden kann, wie eins vom Landkreis Z. Es gibt xx Arten zu generalisieren. Ich weiß nicht, welchen GPSBabel verwendet, aber wenn Du mir den Link aus der Doku schickst, lese ich es mir mal durch. Hauptsache, er ist konfigurierbar. Wie auch simplify way in JOSM benutzt gpsbabel den Douglas-Peucker-Algorithmus, der Parameter heisst -x simplify, und Du kannst einen maximalen Cross-Track-Error angeben. Mit sehr grossen Dateien hat gpsbabel idR keine Probleme. Das Problem ist aber anschließend, dass nur die wenigsten eine riesige OSM-Datei nachbearbeiten können, JOSM schafft es nicht. Merkkaattorr braucht ewig die Datei zu laden und einer 100%ig automatischen Konvertierung _kann_ man nicht trauen. Man kann mit gpsbabel auch Teilbereiche ausschneiden und einzeln verarbeiten. Mit Grass sicher sowieso, aber ich teile die Vermutung von Sven, dass man sich Grass an dieser Stelle haette sparen koennen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
nicht zu vergessen die Stärke von OSM: ein topologisches Datenmodell zu sein - shape-files haben keine wirkliche Topologie. Marco P.S. da mit dem Tonfall sollte man einem Geographen verzeihen. Da wird einem (mir ja auch) eingeredet, dass GIS echte Tools für Professionals sind und praktisch über allem stehen. Leider nutzen viel Geographen (wobei ich Tobias bestimmt nicht dazu zähle) GIS-Anwendungen nur zum Karten machen. Frederik Ramm schrieb: Hi, Yop, die Datenmenge lässt sich um über 50% verringern und das Ergebnis ist immer noch weit über dem OSM-Durchschnitt. Du hast Dir da eine etwas ueberhebliche Sprechweise angewoehnt, die zwischen den Zeilen immer anzunehmen scheint, OSM sei irgendwie geringwertiger als professionelles GIS, was in dieser Allgemeinheit falsch ist. Ich hab das im Wiki-Artikel etwas geradegerueckt ;-) Was ich in Deinem Howto schmerzlich vermisse, ist eine allgemeine Erklaerung ueber Shape vs. OSM. Dass Shape eben nur eine begrenzte Anzahl fixer Attributspalten kennt, waehrend OSM eben ein bunt gemischtes Taggingschema hat, und daher das *wesentliche* Element bei einer Konvertierung nicht dasjenige ist, aus den Linien im Shapefile Ways zu machen, sondern anhand der Attributierung im Shape zu entscheiden, wie diese Ways getaggt werden sollen. (Und, aber das ergibt sich wohl auch aus der Vereinfachung, dass eine verlustfreie Konvertierung in aller Regel nicht moeglich ist.) Aber das ist vermutlich das Mapset, zu dem Du noch etwas schreiben wolltest? Dabei sollte man dann auf jeden Fall erwaehnen, dass es hier keinesfalls einen Standard gibt - ein Laie koennte annehmen, dass ein Shapefile, das er von der Stadt X bekommen hat, automatisch mit den gleichen Regeln konvertiert werden kann, wie eins vom Landkreis Z. Es gibt xx Arten zu generalisieren. Ich weiß nicht, welchen GPSBabel verwendet, aber wenn Du mir den Link aus der Doku schickst, lese ich es mir mal durch. Hauptsache, er ist konfigurierbar. Wie auch simplify way in JOSM benutzt gpsbabel den Douglas-Peucker-Algorithmus, der Parameter heisst -x simplify, und Du kannst einen maximalen Cross-Track-Error angeben. Mit sehr grossen Dateien hat gpsbabel idR keine Probleme. Das Problem ist aber anschließend, dass nur die wenigsten eine riesige OSM-Datei nachbearbeiten können, JOSM schafft es nicht. Merkkaattorr braucht ewig die Datei zu laden und einer 100%ig automatischen Konvertierung _kann_ man nicht trauen. Man kann mit gpsbabel auch Teilbereiche ausschneiden und einzeln verarbeiten. Mit Grass sicher sowieso, aber ich teile die Vermutung von Sven, dass man sich Grass an dieser Stelle haette sparen koennen. Bye Frederik begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable:Uni Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49 (0)761/203-3548 tel;fax:+49 (0)761/203-3596 x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, nicht zu vergessen die Stärke von OSM: ein topologisches Datenmodell zu sein - shape-files haben keine wirkliche Topologie. Stimmt, aber es gibt bestimmt professionelle Tools, die die Topologie automatisch herstellen ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Marco Lechner [EMAIL PROTECTED] wrote: nicht zu vergessen die Stärke von OSM: ein topologisches Datenmodell zu sein - shape-files haben keine wirkliche Topologie. Ich hab das bisher so verstanden, dass shapefiles die häßliche dateibasierte Variante von den Dingen sind, die postgis speichern kann. Strenggenommen geht ja auch bei osm2pgsql die Topologie verloren. Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hi, Frederik Ramm schrieb: Du hast Dir da eine etwas ueberhebliche Sprechweise angewoehnt, die zwischen den Zeilen immer anzunehmen scheint, OSM sei irgendwie geringwertiger als professionelles GIS, was in dieser Allgemeinheit falsch ist. Sorry, aber für mich ist JOSM nun mal eher die Basis-Version eines Geoinformationssystems. Man kann Polylinien einzeichnen und diese mit Informationen versehen. Man kann aber keine Informationen räumlich darstellen, keine Buffer anzeigen, eine Berechnungen durchführen etc. - dies ist der Unterschied zu einem professionellen GIS. Was ich in Deinem Howto schmerzlich vermisse, ist eine allgemeine Erklaerung ueber Shape vs. OSM. Ich denke nicht, dass OSM die Funktion von Wikipedia übernehmen sollte. Hätte einen Verweis zur Wiki-Seite setzen können, habe dann aber direkt auf ESRI verwiesen. Aber das ist vermutlich das Mapset, zu dem Du noch etwas schreiben wolltest? Dabei sollte man dann auf jeden Fall erwaehnen, dass es hier keinesfalls einen Standard gibt - ein Laie koennte annehmen, dass ein Shapefile, das er von der Stadt X bekommen hat, automatisch mit den gleichen Regeln konvertiert werden kann, wie eins vom Landkreis Z. Ja... Dazu habe ich etwas angefagen, was ich heute weiter schreiben wollte, aber leider nicht auf dem USB-Stick gelandet ist. Wie auch simplify way in JOSM benutzt gpsbabel den Douglas-Peucker-Algorithmus, der Parameter heisst -x simplify, und Du kannst einen maximalen Cross-Track-Error angeben. Mit sehr grossen Dateien hat gpsbabel idR keine Probleme. Douglas-Peucker ist akzeptabel. Wird ein Look-Ahead angeboten? GPSBabel hat kein Problem, das stimmt - aber leider die Programme die danach kommen. Das Problem ist aber anschließend, dass nur die wenigsten eine riesige OSM-Datei nachbearbeiten können, JOSM schafft es nicht. Merkkaattorr braucht ewig die Datei zu laden und einer 100%ig automatischen Konvertierung _kann_ man nicht trauen. Man kann mit gpsbabel auch Teilbereiche ausschneiden und einzeln verarbeiten. Mit Grass sicher sowieso, aber ich teile die Vermutung von Sven, dass man sich Grass an dieser Stelle haette sparen koennen. GRASS hat den Vorteil, dass aber gleich die Projektion mitgeliefert wird. Sonst muss man separat PROJ.4 installieren. Ich habe mit dem Ausschneiden von Teilbereichen gespielt: Leider werden Ways an den Schnittpunkten umgedreht. Ich denke, ich werde das in das neue HoWo übernehmen. Schreibe ich voraussichtlich Dienstag, oder will jemand vor mir? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Marco Lechner schrieb: P.S. da mit dem Tonfall sollte man einem Geographen verzeihen. Da wird einem (mir ja auch) eingeredet, dass GIS echte Tools für Professionals sind und praktisch über allem stehen. Leider nutzen viel Geographen (wobei ich Tobias bestimmt nicht dazu zähle) GIS-Anwendungen nur zum Karten machen. Danke (bin ja auch kein Geograph, sondern angehender Raumplaner) :-) Aber mal ehrlich: Um ein professionelles GIS zu nennen: Ich finde die kartographischen Fähigkeiten von ArcGIS sehr armselig. Leider fehlt mir bislang das Geld, das Geo-Plugin für Illustrator anzuschaffen, also werden meine Karten halt in Corel erzeugt :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Tobias Wendorff [EMAIL PROTECTED] wrote: Ich habe mit dem Ausschneiden von Teilbereichen gespielt: Leider werden Ways an den Schnittpunkten umgedreht. Ich denke, ich werde das in das neue HoWo übernehmen. Schreibe ich voraussichtlich Dienstag, oder will jemand vor mir? Mach ruhig mal, ich kümmer mich dann darum das ganze plattformneutral umzuformulieren. Da Du Dich von meinem kleinen Seitenhieb bzgl. Windows anscheinend angegriffen gefühlt hast. Das ging natürlich nicht gegen Dich oder irgend einen anderen Windowsanwender. Ich wundere mich halt immer wieder weshalb offensichtlich technikaffine Rechneranwender freiwillig diesen Käse verwenden und sogar noch bereit sind Geld dafür zu bezahlen. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Sven Geggus schrieb: Mach ruhig mal, ich kümmer mich dann darum das ganze plattformneutral umzuformulieren. Übersetzt Du es gleich auch ins Englische? Da Du Dich von meinem kleinen Seitenhieb bzgl. Windows anscheinend angegriffen gefühlt hast. Das ging natürlich nicht gegen Dich oder irgend einen anderen Windowsanwender. Das wissen wir doch schon seit Jahren :-) Ich wundere mich halt immer wieder weshalb offensichtlich technikaffine Rechneranwender freiwillig diesen Käse verwenden und sogar noch bereit sind Geld dafür zu bezahlen. Während der Ladezeiten kann man wunderbar auf's Klo gehen :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, angeregt durch die Diskussion werde ich mal versuchen, ein älteres Projekt wieder zu aktualisieren. Es gibt eine ganz nette C-Lib zu Shape und ich habe damit mal die AND-Daten der Niederlande beackert. Was die so interessant macht ist, dass die über Textformate die lästigen Beschränkungen aufgehoben haben und die Links zum Graphen verknüpft haben. Fred natürlich in diesem Punkt unrecht - man kann auch shape erweitern, auch wenns eine Krücke bleibt. Mein Projekt beschränkt sich allerdings darauf, shape in das XML-Format umzusetzen das ich intern verwende, denn das OSM-Format selber ist mir zu chaotisch und macht als Zielformat zu viel Arbeit. Aber wenns jemand nützt und jemand Lust hat, der kann die OSM-Anbindung ergänzen, wenn er will. Grüsse Hubert Original-Nachricht Datum: Sun, 10 Aug 2008 17:19:45 +0200 Von: Tobias Wendorff [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] HowTo: Import Shapefiles Hallo Leute, ich habe mal wieder ein kleines HowTo geschrieben ... es gibt viele Wege und genauere Informationen, zu denen ich noch mehr schreiben werde. Wenn sich jemand auch damit auskennt: gerne vervollständigen! http://wiki.openstreetmap.org/index.php/Import/Shapefile Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Du hast Dir da eine etwas ueberhebliche Sprechweise angewoehnt, die zwischen den Zeilen immer anzunehmen scheint, OSM sei irgendwie geringwertiger als professionelles GIS, was in dieser Allgemeinheit falsch ist. Sorry, aber für mich ist JOSM nun mal eher die Basis-Version eines Geoinformationssystems. Man kann Polylinien einzeichnen und diese mit Informationen versehen. Man kann aber keine Informationen räumlich darstellen, keine Buffer anzeigen, eine Berechnungen durchführen etc. - dies ist der Unterschied zu einem professionellen GIS. Das Problem ist wohl, dass Du denkst, ein GIS waere ein Programm, mit dem man das machen kann, was oben steht - ist mir recht, darfst Du definieren, wie Du willst. (Definition in der Wikipedia ist allerdings deutlich anders.) Dann nimmst Du JOSM - was im Grunde ein topologischer Editor ist und einem CAD-Program vermutlich aehnlicher als dem, was Du GIS nennst - und behauptest, JOSM sei ein nicht professionelles GIS. Das ist etwa genauso, als ob Du sagen wuerdest: Mit Microsoft Powerpoint kann man Strassen malen, es ist also letzlich auch ein GIS. Im Gegensatz zu einem professionellen GIS kann Microsoft Powerpoint leider nicht Liste. JOSM - und Powerpoint - koennen viel, was professionelle GIS nicht koennen. Was fuer keinen der Beteiligten eine Schande ist, denn sie dienen unterschiedlichen Zwecken. Sicherlich gibt es Leute, die meinen, JOSM sei letztlich auch ein GIS oder Powerpoint sei ein GIS oder ein GIS sei letzten Endes auch nur ein verkorkstes Praesentationsprogramm, aber das bringt einen nicht so richtig weiter... Was ich in Deinem Howto schmerzlich vermisse, ist eine allgemeine Erklaerung ueber Shape vs. OSM. Ich denke nicht, dass OSM die Funktion von Wikipedia übernehmen sollte. Hätte einen Verweis zur Wiki-Seite setzen können, habe dann aber direkt auf ESRI verwiesen. Ich fuerchte, dass die wesentlichen Unterschiede dem unerfahrenen Leser nicht gleich ins Auge springen. Aber ich seh schon, muss ich selber machen ;-) Douglas-Peucker ist akzeptabel. Wird ein Look-Ahead angeboten? Du verwendest doch in Deinem Howto gar keinen look-ahead? GPSBabel hat kein Problem, das stimmt - aber leider die Programme die danach kommen. Ich hatte Dich so verstanden, dass Du *erst* simplifizieren musstest, um die Datei *danach* vernuenftig visuell zu kontrollieren. Du schriebst, ohne eine Kontrolle koenne man so eine Datei ja nicht hochladen. Welche Art der Kontrolle hast Du denn nun gewaehlt, wenn weder JOSM noch Merkaartor fuer Dich funktioniert haben? Egal welche Art es ist, sie wuerde auch funktionieren, wenn man mit gpsbabel statt GRASS vereinfachen wuerde, oder? Man kann mit gpsbabel auch Teilbereiche ausschneiden und einzeln verarbeiten. Mit Grass sicher sowieso, aber ich teile die Vermutung von Sven, dass man sich Grass an dieser Stelle haette sparen koennen. GRASS hat den Vorteil, dass aber gleich die Projektion mitgeliefert wird. Sonst muss man separat PROJ.4 installieren. Hast recht, umprojizieren muss man ja auch noch. Aber GRASS basiert schon auch auf PROJ.4, oder hat das eigene Implementationen? Ich habe mit dem Ausschneiden von Teilbereichen gespielt: Leider werden Ways an den Schnittpunkten umgedreht. Von gpsbabel oder GRASS? Eine weitere Moeglichkeit waere ja, aus der entstehenden OSM-Datei mit Osmosis oder einem der Perlskripts Ausschnitte zu berechnen. Es gibt sogar das osmcut als C-Programm, das kann ein OSM-File in lauter (lat/lon-maessig) gleichgrosse Haeppchen zerlegen und macht das relativ schnell. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, qbert biker wrote: Mein Projekt beschränkt sich allerdings darauf, shape in das XML-Format umzusetzen das ich intern verwende, denn das OSM-Format selber ist mir zu chaotisch und macht als Zielformat zu viel Arbeit. Hier sind doch staendig Leute, die sich ueber das Chaos im OSM-Format beschweren. Wenn Du nun ein sauber definiertes und aufgeraeumtes Format hast, und - so mutmasse ich? - irgendwelche Tools, mit denen man halbwegs gut OSM in dieses Format umsetzen kann (Minus all der Fehler, die durch Unordnung entstehen), waere das dann nicht ein super Einstiegspunkt fuer all jene, die selbst lieber ein aufgeraeumtes Format fuer ihre Applikationen haben wollen? Ich hab das ja jetzt nicht gesehen, aber ich sage doch selbst auch immer, dass man, anstatt OSM ordnen zu wollen, einfach ein ordnendes Abbild von OSM herstellen sollte. Wenn qberts Format fuer alle die, die Ordnung brauchen, etwas taugt, dann baut doch einfach Eure Applikationen auf diesem Format auf. Irgendeinen Server, der OSM-Daten live oder vorgepackt in dem geordneten Format bereitstellt, finden wir dann sicher. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Sun, 10 Aug 2008 21:04:39 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Das Problem ist wohl, dass Du denkst, ein GIS waere ein Programm, mit dem man das machen kann, was oben steht - ist mir recht, darfst Du definieren, wie Du willst. josm ist ein Editor, GIS ist etwas mehr... (Definition in der Wikipedia ist allerdings deutlich anders.) Dann nimmst Du JOSM - was im Grunde ein topologischer Editor ist und einem CAD-Program vermutlich aehnlicher als dem, was Du GIS nennst - und behauptest, JOSM sei ein nicht professionelles GIS. Das ist etwa genauso, als ob Du sagen wuerdest: Wenn man 'nicht professionelles GIS' übersetzt mit 'lose Datensammlung' kommts doch hin, oder? OSM, also die Datenbank mit den Tools ist sowas ähnliches wie ein GIS ohne den Mumm zu haben sich den Herausforderungen eines echten GIS zu stellen. Nachdem nichts oberhalb der Basis-API wirklich nachvollziehbar definiert ist, kann man nur die Basis-API heranziehen und die kann nix ausser Punkten und Strichen. Alles was drüber ist, ist Glückssache. Ein professionelles GIS erlaubt nachvollziehbare Auswertungen anhand eines nachvollziehbaren Datenbankmodells. Wer A sagt sollte auch B sagen. JOSM - und Powerpoint - koennen viel, was professionelle GIS nicht koennen. Was? Grüsse Hubert -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Frederik Ramm schrieb: Mit Microsoft Powerpoint kann man Strassen malen, es ist also letzlich auch ein GIS. Im Gegensatz zu einem professionellen GIS kann Microsoft Powerpoint leider nicht Liste. Ein Geoinformationssystem ist für mein ein Programm, mit dem Daten einen Raumbezug erhalten und mit Informationen über sich selbst und den Raum drumherum angereichert werden. Powerpoint ist _kein_ GIS, weil der Raumbezug fehlt. Ich fuerchte, dass die wesentlichen Unterschiede dem unerfahrenen Leser nicht gleich ins Auge springen. Aber ich seh schon, muss ich selber machen ;-) Warte bis zum Editing oder schick's mir vorher per Mail udn ich füge es dann direkt ein. Douglas-Peucker ist akzeptabel. Wird ein Look-Ahead angeboten? Du verwendest doch in Deinem Howto gar keinen look-ahead? Look-Ahead Wert ist bei 7 (default). Ich hatte Dich so verstanden, dass Du *erst* simplifizieren musstest, um die Datei *danach* vernuenftig visuell zu kontrollieren. Du schriebst, ohne eine Kontrolle koenne man so eine Datei ja nicht hochladen. Welche Art der Kontrolle hast Du denn nun gewaehlt, wenn weder JOSM noch Merkaartor fuer Dich funktioniert haben? Egal welche Art es ist, sie wuerde auch funktionieren, wenn man mit gpsbabel statt GRASS vereinfachen wuerde, oder? Ja, ich wusste bis dahin aber nicht, dass GPSBabel auch eine solche Funktion anbieten. Daher bastel ich morgen mal ein wenig. Nach Rücksprache mit Sven ist es nicht unbedingt notwendig, zu simplifizieren. Wenn es eh in Bruchstücken vorliegt, gibt es keine Performanceprobleme mehr, außer, dass halt die Datenbank vielleicht mit unnötigen Informationen gefüllt wird. Hast recht, umprojizieren muss man ja auch noch. Aber GRASS basiert schon auch auf PROJ.4, oder hat das eigene Implementationen? Nein, auch PROJ.4 - darum fand ich es ja gut, dass es gleich dabei ist. Eigentlich müsste GRASS auch direkt nach OSM exportieren können, weil es sich ja GPSBabel bedient ... allerdings nur für den Import, glaube ich :-( Ich habe mit dem Ausschneiden von Teilbereichen gespielt: Leider werden Ways an den Schnittpunkten umgedreht. Von gpsbabel oder GRASS? Eine weitere Moeglichkeit waere ja, aus der entstehenden OSM-Datei mit Osmosis oder einem der Perlskripts Ausschnitte zu berechnen. Es gibt sogar das osmcut als C-Programm, das kann ein OSM-File in lauter (lat/lon-maessig) gleichgrosse Haeppchen zerlegen und macht das relativ schnell. Das wäre ja eine sinnvolle Lösung ... osmcut von Computerteddy? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Das Problem ist wohl, dass Du denkst, ein GIS waere ein Programm, mit dem man das machen kann, was oben steht - ist mir recht, darfst Du definieren, wie Du willst. josm ist ein Editor, GIS ist etwas mehr... Wenn ich die Wiki-Definition richtig verstehe, wird als GIS i.d.R. ein Gesamtsystem aus Daten und Software bezeichnet. Andererseits nennt sich z.B. auch Quantum GIS selbst ein GIS - und das kann zwar einige der Auswertungen, von denen Tobias sprach, hat aber ueberhaupt keine Datenkomponente. Es macht halt das sichtbar, was Du in Deiner PostGIS oder in Deinem Shapefile hast; wuerde also der qbert'schen Definition Ein professionelles GIS erlaubt nachvollziehbare Auswertungen anhand eines nachvollziehbaren Datenbankmodells. ganz bestimmt nicht genuegen. (Und meine Versuche, mit QGIS einen topologischen Datensatz zu editieren, sind bislang fehlgeschlagen, aber zugegeben, ich hab mir da jetzt nicht tagelang Zeit fuer genommen.) Also, ich wuerde sagen, wenn wir hier weiterdiskutieren wollen, sollten wir uns darauf einigen (a) was genau ein GIS ist; (b) ob OSM und/oder JOSM unter dieser Definition ein GIS sind oder ueberhaupt den Anspruch haben, eins sein zu wollen. JOSM - und Powerpoint - koennen viel, was professionelle GIS nicht koennen. Was? Powerpoint kann huebsche Fade-Effekte. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Douglas-Peucker ist akzeptabel. Wird ein Look-Ahead angeboten? Du verwendest doch in Deinem Howto gar keinen look-ahead? Look-Ahead Wert ist bei 7 (default). Da muss ich mal den gpsbabel-Source lesen. So genau ist das naemlich bei denen nicht dokumentiert ;-) Von gpsbabel oder GRASS? Eine weitere Moeglichkeit waere ja, aus der entstehenden OSM-Datei mit Osmosis oder einem der Perlskripts Ausschnitte zu berechnen. Es gibt sogar das osmcut als C-Programm, das kann ein OSM-File in lauter (lat/lon-maessig) gleichgrosse Haeppchen zerlegen und macht das relativ schnell. Das wäre ja eine sinnvolle Lösung ... osmcut von Computerteddy? Die Geschichte von dem Ding ist so: Erst gab es ein .jar von Computerteddy. Ich habe das dann ein .c gemacht, das das gleiche konnte. Das hat er, soweit ich weiss, auch unter Windows regelmaessig im Einsatz gehabt (nachfragen!). Dann hat er auf ein anderes Tool (wieder Java und AFAIK noch nicht veroeffentlicht) geschwenkt, weil osmcut den Nachteil hatte, dass es Wege an den Grenzen eines Ausschnitts einfach abgehackt hat. Mittlerweile habe ich das osmcut.c aber erweitert, so dass es dieses Problem nicht mehr hat. osmcut.c ist im Subversion, aber ich hab es nur unter Unix kompiliert, wenn Du es unter Windows zum Laufen bringen willst, ist evenutell Ruecksprache mit Computerteddy noetig, ich weiss nicht, ob das out of the box geht. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Frederik Ramm schrieb: Da muss ich mal den gpsbabel-Source lesen. So genau ist das naemlich bei denen nicht dokumentiert ;-) Darum habe ich es auch ursprünglich nicht benutzt - es war eher Zufall, dass ich rausgefunden habe, dass das Dingen Shapefiles unterstütz :-) Die Geschichte von dem Ding ist so: Erst gab es ein .jar von Computerteddy. Ich habe das dann ein .c gemacht, das das gleiche konnte. Das hat er, soweit ich weiss, auch unter Windows regelmaessig im Einsatz gehabt (nachfragen!). Dann hat er auf ein anderes Tool (wieder Java und AFAIK noch nicht veroeffentlicht) geschwenkt, weil osmcut den Nachteil hatte, dass es Wege an den Grenzen eines Ausschnitts einfach abgehackt hat. Mittlerweile habe ich das osmcut.c aber erweitert, so dass es dieses Problem nicht mehr hat. osmcut.c ist im Subversion, aber ich hab es nur unter Unix kompiliert, wenn Du es unter Windows zum Laufen bringen willst, ist evenutell Ruecksprache mit Computerteddy noetig, ich weiss nicht, ob das out of the box geht. Also eine C-Anwendung unter Windows compilieren, werde ich vielleicht mit cygwin noch hinbekommen - aber ich frage trotzdem CTD mal :-) Grüße Danke Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Sun, 10 Aug 2008 21:12:51 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Hier sind doch staendig Leute, die sich ueber das Chaos im OSM-Format beschweren. Wenn Du nun ein sauber definiertes und aufgeraeumtes Format hast, und - so mutmasse ich? - irgendwelche Tools, mit denen man halbwegs gut OSM in dieses Format umsetzen kann (Minus all der Fehler, die durch Unordnung entstehen), waere das dann nicht ein super Einstiegspunkt fuer all jene, die selbst lieber ein aufgeraeumtes Format fuer ihre Applikationen haben wollen? Ich arbeite dran - der Haken ist, dass ich immer noch damit hadere, den Rückweg abzuschneiden. Das ist auch der einzige Grund, warum ich hier überhaupt noch mitschreibe. Ein neues Konzept, das zwar lesend auf OSM zugreifen kann aber nicht mit vernünftigem Aufwand zurückschreiben, das ist ein Ansatz, der mir widerstrebt. Ich hab das ja jetzt nicht gesehen, aber ich sage doch selbst auch immer, dass man, anstatt OSM ordnen zu wollen, einfach ein ordnendes Abbild von OSM herstellen sollte. Einweg oder zweiweg? Aber sogar für die Einbahn: Es bleibt das Prinzip der Entropie. Wie soll ich fortschreitende Unordnung und fehlende Qualitätssicherung in Ordnung verwandeln? Was ich kann ist Vermutungen anstellen und daraus einen Schnappschuss erstellen, oder, erfolgversprechender, mit der Historie der Datenbank, respektive, der Worldfiles zu arbeiten. Soll heissen, die Historie aufzuarbeiten und jede eingetragene Änderung nachträglich zu verifizieren. Könnte klappen für einen Prototyp, z.B. einer Stadt, aber ansich wäre das dann ein ganz neues Projekt und macht den Rückweg endgültig zu. Wenn qberts Format fuer alle die, die Ordnung brauchen, etwas taugt, dann baut doch einfach Eure Applikationen auf diesem Format auf. Irgendeinen Server, der OSM-Daten live oder vorgepackt in dem geordneten Format bereitstellt, finden wir dann sicher. Das Format gibts schon länger als OSM existiert, aber es es ist (bisher) ein anwendungsspezifisches Format, auch wenn es offen genug angelegt ist, dass es entsprechend erweiterbar ist. Screenshots vom dazugehörigen Framework (Trafalgar) hab ich letztes Jahr ja veröffentlicht. Die Krux ist, dass das keine OSM-Daten mehr sind. Es sind Daten, die von OSM abgeleitet sind. Grüsse Hubert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hi, Nein, auch PROJ.4 - darum fand ich es ja gut, dass es gleich dabei ist. Eigentlich müsste GRASS auch direkt nach OSM exportieren können, weil es sich ja GPSBabel bedient ... allerdings nur für den Import, glaube ich :-( gibts bisher leider nicht. Soweit ich weiss auch nicht nach .gpx. Also auf. ;-) Dafür gibts Grass ja inzwischen als Windows-Installer, wenn ich das recht in Erinnerung habe. Man spart sich also das rumgewurschtele mit cygwin. schönen Abend Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Ich arbeite dran - der Haken ist, dass ich immer noch damit hadere, den Rückweg abzuschneiden. Das ist auch der einzige Grund, warum ich hier überhaupt noch mitschreibe. Ein neues Konzept, das zwar lesend auf OSM zugreifen kann aber nicht mit vernünftigem Aufwand zurückschreiben, das ist ein Ansatz, der mir widerstrebt. Ich habe den Eindruck, dass das fuer viele hier voellig ausreichend waere. Sozusagen eine veredelte Sicht fuer die Nutzung der Daten - wer sie editieren will, der muss sich halt die Haende schmutzig machen. Einweg oder zweiweg? Aber sogar für die Einbahn: Es bleibt das Prinzip der Entropie. Wie soll ich fortschreitende Unordnung und fehlende Qualitätssicherung in Ordnung verwandeln? Was ich kann ist Vermutungen anstellen und daraus einen Schnappschuss erstellen, oder, erfolgversprechender, mit der Historie der Datenbank, respektive, der Worldfiles zu arbeiten. Ne, ich wuerde einfach alles, was nicht 100% in Dein Schema passt, wegwerfen - macht ein Renderer ja auch so. Es bleibt immer noch genug uebrig, und - genau wie beim Rendern - wenn ein Navi, das mit Deinem Datenschema arbeitet, einen bestimmten Ort nicht kennt, dann werden die Nutzer in den OSM-Daten nachschauen, was denn da unklar formuliert ist, dass es mit der Uebernahme nicht klappt. Soll heissen, die Historie aufzuarbeiten und jede eingetragene Änderung nachträglich zu verifizieren. Ich hatte schon an eine Art Filter gedacht, den man staendig wieder auf OSM-Daten loslassen kann, idealerweise taeglich. Nicht an einen Paralleldatenbestand; da wuerdest Du Dir ja nicht nur den Rueckweg abschneiden, sondern auch den kontinuierlichen Hinweg. Ich halte den Blick in die Historie fuer unnoetig, aber ich weiss ja auch nicht, was Du genau vorhast. Wenn Du natuerlich auf sowas raus willst wie nur die Aenderungen der User X, Y und Z sind verlaesslich, dann wirst Du sowas brauchen - aber denen, die hier nach Ordnung rufen, geht es meist primaer wirklich um Ordnung, nicht um inhaltliche Qualitaetsgarantie. Die Krux ist, dass das keine OSM-Daten mehr sind. Es sind Daten, die von OSM abgeleitet sind. Wuerde ich jetzt wie gesagt nicht fuer ein Problem halten. Ich seh das so wie Computerteddys Garmin-File, das kommt einmal die Woche raus und alle finden es toll, weil sie es direkt in ihr Geraet laden koennen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Sun, 10 Aug 2008 21:40:09 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Also, ich wuerde sagen, wenn wir hier weiterdiskutieren wollen, sollten wir uns darauf einigen (a) was genau ein GIS ist; (b) ob OSM und/oder JOSM unter dieser Definition ein GIS sind oder ueberhaupt den Anspruch haben, eins sein zu wollen. Na vorab, es war die Rede vom 'professionellem GIS'. Bei dem Wörtchen professionell unterstelle ich ganz frech, dass ich definierte Antworten auf definierte Fragen bekomme. Beim OSM-Routing z.B. ist das Ergebnis bisher reiner Zufall... Na gut, zum allgemeinen GIS-Begriff. josm ist für sich kein 'GEO-Informationssystem' für sich, weil josm ohne die Datenbank wenig Informatioen zu bieten hat ;) josm ist eine Komponente, die Datenbank eine andere und da kommen noch viele dazu. Das alles zusammengefasst als OSM ist natürlich eine Art von GIS. Die Frage, die ich schon oft gestellt habe aber noch nie eine Antwort bekommen habe ist, ob sich OSM wirklich als GIS definieren will, oder doch eher als digitale Karte. Auch wenn beide verwandt sind, gleichzusetzen sind sie nicht. Grüße Hubert -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Sun, 10 Aug 2008 22:20:45 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Ich habe den Eindruck, dass das fuer viele hier voellig ausreichend waere. Sozusagen eine veredelte Sicht fuer die Nutzung der Daten - wer sie editieren will, der muss sich halt die Haende schmutzig machen. 'Hände schmutzig machen'? Es ist eine Kapitulation und die habe ich noch nicht vollzogen. Ne, ich wuerde einfach alles, was nicht 100% in Dein Schema passt, wegwerfen - macht ein Renderer ja auch so. Das ist trivial. Mache ich seit API 0.3 und andere auch, aber das ist nicht wirklich das Thema... Ich hatte schon an eine Art Filter gedacht, den man staendig wieder auf OSM-Daten loslassen kann, idealerweise taeglich. Der Zug ist schon abgefahren, was will ich in z.B. München damit? Da muss ich weit zurück, um Verschlimmbesserungen von Originaleinträgen differenzieren zu können - das geht nur mit den Worldfiles. Ich halte den Blick in die Historie fuer unnoetig, aber ich weiss ja auch nicht, was Du genau vorhast. Es geht um den Versuch einer Applikation, die einem anzeigt was von Woche A auf B verändert wurde - es geht _nicht_ darum, wer die Veränderungen vorgenommen hat. Man schaut sich z.B. ein Gebiet an, das man kennt und fügt Zusatzinfo zur Seriosität dazu. Wenns klappt, können Änderungen (halb-)automatisch moderiert werden. Wenn ein Zustand als gesichert eingetragen ist, werden spätere Änderungen nicht mehr direkt zugelassen. Das trägt dem Zustand Rechnung dass die Ersterfassung oft eine herausragende Qualität hat. Wuerde ich jetzt wie gesagt nicht fuer ein Problem halten. Ich seh das so wie Computerteddys Garmin-File, das kommt einmal die Woche raus und alle finden es toll, weil sie es direkt in ihr Geraet laden koennen. Ist alles wichtig und schön, aber nicht unbedingt meine Baustelle. Mein Interesse liegt in einem _verlässlichem_ Routing und das ist unvereinbar mit dem 'jeder kann jederzeit alles ändern'-Prinzip. Derzeit mach ichs im stillen Kämmerchen, ob sich das ändert hängt von einigen Faktoren ab. Grüsse Hubert -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Original-Nachricht Datum: Sun, 10 Aug 2008 22:20:45 +0200 Von: Frederik Ramm [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] HowTo: Import Shapefiles Ich habe den Eindruck, dass das fuer viele hier voellig ausreichend waere. Sozusagen eine veredelte Sicht fuer die Nutzung der Daten - wer sie editieren will, der muss sich halt die Haende schmutzig machen. 'Hände schmutzig machen'? Es ist eine Kapitulation und die habe ich noch nicht vollzogen. Ne, ich wuerde einfach alles, was nicht 100% in Dein Schema passt, wegwerfen - macht ein Renderer ja auch so. Das ist trivial. Mache ich seit API 0.3 und andere auch, aber das ist nicht wirklich das Thema... Ich hatte schon an eine Art Filter gedacht, den man staendig wieder auf OSM-Daten loslassen kann, idealerweise taeglich. Der Zug ist schon abgefahren, was will ich in z.B. München damit? Da muss ich weit zurück, um Verschlimmbesserungen von Originaleinträgen differenzieren zu können - das geht nur mit den Worldfiles. Ich halte den Blick in die Historie fuer unnoetig, aber ich weiss ja auch nicht, was Du genau vorhast. Es geht um den Versuch einer Applikation, die einem anzeigt was von Woche A auf B verändert wurde - es geht _nicht_ darum, wer die Veränderungen vorgenommen hat. Man schaut sich z.B. ein Gebiet an, das man kennt und fügt Zusatzinfo zur Seriosität dazu. Wenns klappt, können Änderungen (halb-)automatisch moderiert werden. Wenn ein Zustand als gesichert eingetragen ist, werden spätere Änderungen nicht mehr direkt zugelassen. Das trägt dem Zustand Rechnung dass die Ersterfassung oft eine herausragende Qualität hat. Wuerde ich jetzt wie gesagt nicht fuer ein Problem halten. Ich seh das so wie Computerteddys Garmin-File, das kommt einmal die Woche raus und alle finden es toll, weil sie es direkt in ihr Geraet laden koennen. Ist alles wichtig und schön, aber nicht unbedingt meine Baustelle. Mein Interesse liegt in einem _verlässlichem_ Routing und das ist unvereinbar mit dem 'jeder kann jederzeit alles ändern'-Prinzip. Derzeit mach ichs im stillen Kämmerchen, ob sich das ändert hängt von einigen Faktoren ab. Grüsse Hubert -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
qbert biker [EMAIL PROTECTED] wrote: Ist alles wichtig und schön, aber nicht unbedingt meine Baustelle. Mein Interesse liegt in einem _verlässlichem_ Routing und das ist unvereinbar mit dem 'jeder kann jederzeit alles ändern'-Prinzip. Dann ist es auch unvereinbar mit OSM! Denn 'jeder kann jederzeit alles ändern' ist das Grundprinzip von OSM. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Import Shapefiles
Hallo, Es geht um den Versuch einer Applikation, die einem anzeigt was von Woche A auf B verändert wurde - es geht _nicht_ darum, wer die Veränderungen vorgenommen hat. Dann haben wir uns falsch verstanden. Ich dachte, dass Du an OSM nur die mangelnde Systematik in der Ordnung der Information kritisierst und die deswegen umordnen willst. Dass Du bei OSM auch den kompletten Daten- erhebungsprozess fuer ungeeinget haeltst und daher je nach Gusto auf einen Datenstand von Anno dazumal zurueckgehen willst, weil danach Aenderungen erfolgten, die nicht mit Deiner Definition von korrekt zusammenpassen, ist natuerlich was anderes - dann musst Du dich komplett von OSM lossagen. Ich verstehe nicht, wieso Du angesichts dieser grundlegenden Kritik noch daran denken kannst, einen Rueckweg aus Deinem System in das OSM-System offenlassen zu wollen - das wuerde ja dann ein Rueckgaengigmachen aller Aenderungen, die Du fuer falsch haeltst, bedeuten. Jemand, der ueber Dein System eine Aenderung einspielt, und denkt, es sei nur eine kleine Aenderung, bekommt ploetzlich lauter boese Briefe, warum er eine komplette Kreuzung von primary auf secondary umgebaut hat - und das nur, weil Dein System der Ansicht war, dass die vor einem halben Jahr erfolgte Aenderung von secondary auf primary Murks war. Das willst weder Du Deinen Usern antun noch wollen die das selber. Ist alles wichtig und schön, aber nicht unbedingt meine Baustelle. Mein Interesse liegt in einem _verlässlichem_ Routing und das ist unvereinbar mit dem 'jeder kann jederzeit alles ändern'-Prinzip. Derzeit mach ichs im stillen Kämmerchen, ob sich das ändert hängt von einigen Faktoren ab. Naja, wenn es so aussieht, dass Du Muenchen gern selektiv wieder auf den Stand vor einem Jahr zurueckrollen willst, dann hoffe ich, dass Du so schnell aus Deinem Kaemmerchen nicht rauskommst. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
