Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht > Datum: Mon, 26 Oct 2009 15:03:13 +0100 > Von: "qbert biker" > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering > Ups, bisher scheints noch eine Einschraenkung zu geben, denn > Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder > liege ich da falsch? Von dem Rechner hier kann ichs leider nicht > austesten. > > Also mit ner Erweiterung fuer den Graphen waers noch viel mehr > als nur ne GUI-API aber das Ding ist ja noch jung. Sorry fuers mehrfach posten, aber ich denke mal, die Sache ist erstaunlich einfach loesbar. Wenn man hinter den Koordinaten des Polygons jeweils die Nodenummer noch mit ausgibt, muesste man alles wieder sauber zusammenbauen koennen. Ein paar Verwendungsoptionen mehr fuer ein wenig Overhead - muss man sich mal durch den Kopf gehen lassen. Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Hallo, qbert biker wrote: > Ups, bisher scheints noch eine Einschraenkung zu geben, denn > Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder > liege ich da falsch? Sein Fokus liegt ganz klar beim Rendering, nicht beim Routing, sagt er. Aber man kann sich den Quelltext von der zitierten Seite herunterladen und nach Belieben selber erweitern. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht > Datum: Mon, 26 Oct 2009 13:08:39 +0100 > Von: Frederik Ramm > An: Openstreetmap allgemeines in Deutsch > Betreff: [Talk-de] Alternatives nur-Lese-API fuer Rendering > Hallo, > > gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles > nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die > dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als > "flachgelopfte" simple features. Unten das komplette Posting mit URL. Ups, bisher scheints noch eine Einschraenkung zu geben, denn Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder liege ich da falsch? Von dem Rechner hier kann ichs leider nicht austesten. Also mit ner Erweiterung fuer den Graphen waers noch viel mehr als nur ne GUI-API aber das Ding ist ja noch jung. Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Am Mo, 26.10.2009, 14:43 schrieb Sven Geggus: > Vielleicht hat ja schon mal jemand mit pgrouting gespielt und kann mir > sagen > wie man sowas hinkriegt? Das dürfte ja mit der einfachsten Variante eines > Routinggraphen schon klappen. Exakt sowas wollte ich in der kommenden Woche anfangen zu bauen. Nicht für Wander-, sondern für Busrouten! Man klickt die Abschnitte oder zwei Punkte an und er fügt diese den Relationen hinzu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Frederik Ramm wrote: >gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles > nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die > dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als > "flachgelopfte" simple features. Unten das komplette Posting mit URL. Hm, um sowas wie die halbautomatische Tourenplanung von gpsies.com nachzubilden bräuchte man etwas ganz ähnliches: Input: zwei Punkte Output: Polygon mit kürzester Verbindung von a nach b über Wege egal welcher Kathegorie (stark vereinfachter Routingalgorithmus) Vielleicht hat ja schon mal jemand mit pgrouting gespielt und kann mir sagen wie man sowas hinkriegt? Das dürfte ja mit der einfachsten Variante eines Routinggraphen schon klappen. Gruss Sven -- "Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten." (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht > Datum: Mon, 26 Oct 2009 13:08:39 +0100 > Von: Frederik Ramm > An: Openstreetmap allgemeines in Deutsch > Betreff: [Talk-de] Alternatives nur-Lese-API fuer Rendering > Hallo, > > gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles > nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die > dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als > "flachgelopfte" simple features. Unten das komplette Posting mit URL. Wenn ich mir das so durchlese ... kommt mir ja schon irgendwie bekannt vor ;) In jedem Fall ist das mit der RO-API eine interessante Idee, denn sehr oft brauchts ja keinen Schreibzugriff. Und Bounding boxes und Polygone - h, lecker. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alternatives nur-Lese-API fuer Rendering
Hallo, gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als "flachgelopfte" simple features. Unten das komplette Posting mit URL. Bye Frederik Original Message Subject: [OSM-dev] Quick OSM read-only API optimised for rendering Date: Mon, 26 Oct 2009 11:01:05 + From: Nick Whitelegg To: d...@openstreetmap.org As part of an experiment with WebGL (3D in browser rendering of OSM data) I'm planning on doing, I've developed a quick read-only OSM API and data format optimised for rendering. The rationale was, that if the front end is doing only rendering of OSM data (no editing), the standard OSM XML format is not really optimised for this purpose. A better data format for rendering would contain only point of interest nodes, with ways represented as polylines of points, with no need for the client to look up the coordinates of the way's constituent nodes by ID. This API generates either XML or JSON describing points of interest and ways (as polylines) in a given bounding box. You can find more details on the blog post: http://www.free-map.org.uk/wordpress/?p=21 It's fairly quickly put together so might not handle errors gracefully just yet. Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
