Re: [Talk-de] Relationen Landmasse
Hallo Peter, Skript client-seitig Könnte man das nicht Server-seitig anbieten? Also berechnet für die verschiedenen Anwendungsfälle: - DE Landesgrenze (incl. Küstenmeer) - DE Landmasse (so wie im Schulbuchatlas) - ... Die Grenzen ändern sich ja nicht alle Tage... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo. Am Freitag, 25. März 2011, um 07:37:59 schrieb Markus: Skript client-seitig Könnte man das nicht Server-seitig anbieten? Mit client-seitig ist nicht gefordert, das unbedingt zu Hause für sich selbst zu machen. Wichtig ist nur, das Ergebnis der Berechnung weder direkt in den Daten zu haben (als Bot o.ä.) noch live im Rahmen der OSM-API anzubieten. Also berechnet für die verschiedenen Anwendungsfälle: - DE Landesgrenze (incl. Küstenmeer) - DE Landmasse (so wie im Schulbuchatlas) - ... Die Grenzen ändern sich ja nicht alle Tage... Es spricht überhaupt nichts dagegen, dass jemand diese Berechnung (teil-)automatisiert und das Ergebnis irgendwo zum Download bereitstellt, z.B. zusätzlich als generalisierte Shape-Files. Analog zu dem wie es die Geofabrik mit den OSM-Datenauszügen macht. Aber das direkt auf der Kern-Infrastruktur (API) des Projekts laufen zu lassen würde ich nicht gut finden. Gruß, Bernd -- Es gibt in diesem Netz Gute und Böse. Wer die Bösen sind, entscheiden die Guten. - Michael Ottenbruch in de.admin.news.regeln signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo Bernd, Wichtig ist, das Ergebnis der Berechnung weder direkt in den Daten zu haben noch live im Rahmen der OSM-API anzubieten. Für den Benutzer ist es unerheblich, woher er die Daten bekommt: Geofabrik mit den OSM-Datenauszügen direkt auf der Kern-Infrastruktur (API) Ich stelle mir vor, dass es mehrere DB-Schichten gibt, mit unterschidlichen Funktionalitäten. Basis sind die Rohdaten. Darum herum gibt es Indexe, Relationen, berechnete Daten und Views. Für häufige wiederkehrende Anfragen werden die Ergebnisse periodisch vorberechnet. Für sehr häufig wiederkehrende Anfragen könnten auch die Kacheln periodisch vorberechnet werden. Der Benutzer wird dann entsprechend seiner Anfrage automatisch zur richtigen Schicht (View) geleitet. Das kann zentral rund um den Core organisiert sein, oder dezentral per Cloud Computing, oder wie bisher durch die Geofabrik und andere engagierte Unterstützer. Aber alles sollte m.E. über eine möglichst universelle Schnittstelle zugänglich sein. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo, Am Donnerstag 24 März 2011 19:38:27 schrieb Sven Anders: Falsch, in den Grenzbeschreibungen für die Hamburger Stadtteile steht z.B. drinn, das die Grenze in der Mitte der Straße Reherstieg verläuft. stimmt. Soviel zum digitalen Kataster. Ich bin kein Jurist, aber ich denke, wenn sich die Straße verschiebt, weil rechts noch eine Spur drann asphaltiert werden würde, würde sich die Grenze mit verschieben. Das kommt wohl darauf an, wer die Spur bezahlen muss und wie gut sein Draht zum Senat ist, der das dann entscheidet. Das ist alles ziemlich abgefahren. Mindestens. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo Markus. Sicher: Wünschenswert wäre vieles; und natürlich kann man sich auch für OSM wünschen, dass alle möglichen Verwendbarkeiten von Daten vorberechnet werden. Aber das ist meiner Meinung nach weder das Ziel des Projekts OSM selbst, noch ist es machbar. Ziel von OSM ist der erste Schritt: die Geo-Datenbank zusammenzusammeln. Selbst die OSM-Standardkarten (Mapnik, Osmarender) sind eigentlich nur Mittel zum Zweck. Etliche Unternehmen, Privatpersonen und Projekte berechnen daraus eigene Karten, Statistiken, 3D-Modelle und was auch immer. Wenn man alle möglichen Zwischenprodukte vorberechnen wollte, könnte man die Cloud-Infrastruktur von Google vermutlich komplett auslasten - und hinterher würde es doch niemand verwenden. Du forderst die Berechnung der Landmasse durch OSM. Der nächste fordert die Berechnung des Routing-Graphen, und der dritte will aber den Routing-Graphen noch etwas anders haben. Ich kann das beliebig weit fortsetzen - aber vielleicht reicht dir das hier schon, um zu verstehen, dass das nicht funktioniert. Alles, was bereitgestellt wird, muss irgendwo und irgendwie auch berechnet werden - und Server kosten Geld. Für die Basisdienste scheint das Geld da zu sein momentan - und ich muss zugeben: ich habe mir bisher kaum Gedanken darüber gemacht, woher es kommt. Zahlst Du dafür? Die Software-Infrastruktur rund um OSM ist fast komplett frei; es gibt nur wenig grundlegende Programme zum Verarbeiten der Daten, die du nicht einfach selbst installieren und losrechnen lassen kannst. Niemand hindert dich, die Daten dann auch anderen zur Verfügung zu stellen, zum Beispiel in Form einer anderen DB-Schicht, wie du sie nennst - und wenn Du eine universelle Schnittstelle haben willst, hindert dich nichtmal jemand daran, die Standard-API zu duplizieren und auf deinem Server selbst anzubieten (jedenfalls, was den Read-Only-Part angeht). Mein Vorschlag, ein Skript für die Landmasse (oder eben auch andere wiederkehrende Aufgaben) zu entwickeln und zur Verfügung zu stellen, schont die Server des Projekts, erlaubt dir auch, das als Dienst für andere anzubieten, erlaubt aber vor allem auch einem Konsumenten, diese Features einfach zu berechnen. Gruß Peter Am 25.03.2011 08:35, schrieb Markus: Hallo Bernd, Wichtig ist, das Ergebnis der Berechnung weder direkt in den Daten zu haben noch live im Rahmen der OSM-API anzubieten. Für den Benutzer ist es unerheblich, woher er die Daten bekommt: Geofabrik mit den OSM-Datenauszügen direkt auf der Kern-Infrastruktur (API) Ich stelle mir vor, dass es mehrere DB-Schichten gibt, mit unterschidlichen Funktionalitäten. Basis sind die Rohdaten. Darum herum gibt es Indexe, Relationen, berechnete Daten und Views. Für häufige wiederkehrende Anfragen werden die Ergebnisse periodisch vorberechnet. Für sehr häufig wiederkehrende Anfragen könnten auch die Kacheln periodisch vorberechnet werden. Der Benutzer wird dann entsprechend seiner Anfrage automatisch zur richtigen Schicht (View) geleitet. Das kann zentral rund um den Core organisiert sein, oder dezentral per Cloud Computing, oder wie bisher durch die Geofabrik und andere engagierte Unterstützer. Aber alles sollte m.E. über eine möglichst universelle Schnittstelle zugänglich sein. 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
[Talk-de] AIO seit 19.1.2011 nicht geupdated
Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. Das wiki spricht von Mo/Mi/Fr fuer die updates was jetzt nachweislich nicht klappt. Woechentlich faend ich ja auch okay - aber grad scheint nix mehr zu geben ... Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Das ist schon leider seit längerem der Normalfall. Es gibt noch in [1] einige x-daily, darunter auch germany-daily, die haben aber keine zusätzlichen Layer mehr (wie maxspeed, osb, etc.) Viele Grüße Dietmar [1] ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/ -Ursprüngliche Nachricht- Von: Florian Lohoff [mailto:f...@zz.de] Gesendet am: Freitag, 25. März 2011 18:11 An: talk-de@openstreetmap.org Betreff: [Talk-de] AIO seit 19.1.2011 nicht geupdated Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. Das wiki spricht von Mo/Mi/Fr fuer die updates was jetzt nachweislich nicht klappt. Woechentlich faend ich ja auch okay - aber grad scheint nix mehr zu geben ... Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
On Fri, Mar 25, 2011 at 08:36:24PM +0100, malenki wrote: Da dieser Thread nicht die erste diesbezügliche Frage-Antwort-Kombination ist, habe ich mich erbarmt und das Wiki ein wenig aktualisiert: http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Downloadserver Wenn da nicht abzusehen ist das die AIO mit den layern geupdated wird sollte man DAS lieber da mal versenken. Insgesamt ist die AIO seite im Wiki ein Negativbeispiel wie unuebersichtlich man so Seiten gestalten kann. Da steht nach wie vor das die Mo/Mi/Fr geupdated wird was defakto seit mal 3 Monaten definitiv nicht mehr der fall ist. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Am 25. März 2011 18:11 schrieb Florian Lohoff f...@zz.de: Hi, faellt das nur mir auf oder sind die links im Wiki kaputt? Die AIO scheint seit dem 19.1.2011 nicht mehr zu updaten. ja, das ist leider so, war gestern auch mal wieder mit der Karte vom Januar auf survey, ist ja nicht so alt, momentan geht die grade so noch, und ist trotzdem besser als die anderen Karten, die ich probiert hatte (die zwar aktueller waren, aber wo die Zoomlevel-feature Anzeige und die Farben so schlecht eingestellt waren, dass nichts zu erkennen war). (Die Computerteddy-Karte hatte ich auch gut in Erinnerung, aber Europa passt nicht mehr auf meine 2GB-Karte). Es gibt allerdings so ein script von Marco Certelli, das anscheinend auch gute Ergebnisse liefert (nutzt auch mkgmap), das komplette Paket gibts hier (ist auf Italien optimiert sagt er, aber so groß sind die Unterschiede vermutlich nicht, evtl. sind die Texte auf italienisch ;-) ), werde ich demnächst mal probieren. http://mce66.altervista.org/software.html#Open_Maps_for_Garmin_navigators Da steht zwar nur was von bat für Windows, aber jemand hat das mittlerweile als shell-script umgeschrieben. Im Prinzip ist das ja nur eine Verkettung der einzelnen Tools, aber man spart sich ein bisschen Zeit, das alles zusammenzutragen, die Regeln sind natürlich auch dabei. (ja, ist nicht besonders offensichtlich, dass es open source ist, aber m.E. ist es das). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO seit 19.1.2011 nicht geupdated
Am Freitag 25 März 2011, um 23:26:47 schrieb M∡rtin Koppenhoefer: (Die Computerteddy-Karte hatte ich auch gut in Erinnerung, aber Europa passt nicht mehr auf meine 2GB-Karte). Und die aio-Europa passt auf eine 2GB-Karte? Es gibt allerdings so ein script von Marco Certelli, das anscheinend auch gute Ergebnisse liefert (nutzt auch mkgmap), das komplette Paket gibts hier (ist auf Italien optimiert sagt er, aber so groß sind die Unterschiede vermutlich nicht, evtl. sind die Texte auf italienisch ;-) ), werde ich demnächst mal probieren. http://mce66.altervista.org/software.html#Open_Maps_for_Garmin_navigators Und fein hier berichten? :) Gruß Martin MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de