Hallo,
am Donnerstag 23.6. wird die OSM-API von ca. 9:30 bis 21:30 nicht
verfuegbar sein (keine API-Abfragen, kein Editieren, keine Diff-Updates).
Wiki, Mailinglisten, und help.openstreetmap.org sollten nicht betroffen
sein.
Grund ist, dass einige Server vom University College of London
Hier eine Version für deutsche AKWs von IT-Consult alle GmbH (AKW-Daten lt.
Wikipedia)
http://www.osmwms.de/gdi-demo/
mikeE.
-Ursprüngliche Nachricht-
Von: Sven Geggus [mailto:li...@fuchsschwanzdomain.de]
Gesendet: Donnerstag, 9. Juni 2011 10:15
An: talk-de@openstreetmap.org
Betreff:
On Thu, Jun 09, 2011 at 08:06:49PM +0200, M∡rtin Koppenhoefer wrote:
Ich habe gerade mal einen Versuch gemacht zu einer Idee, die mir schon
länger durch den Kopf geht.
Ausgangspunkt war die Tatsache, dass wir keine eindeutigen Identifier
(URI) für viele Dinge haben, so dass es z.B. von der
Alexander Matheisen alexandermathei...@ish.de wrote:
Wie werden die Spezialdatenbanken erzeugt? Ein simples INSERT/SELECT?
/s/datenbanken/tabellen
Sorry
Sven
--
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)
/me is giggls@ircnet, http://sven.gegg.us/ on
Hi alle,
Am 10.06.2011, 09:01 Uhr, schrieb Jochen Topf joc...@remote.org:
Nein, unsere Datenstruktur ist schon gut. Sie ist ein Kompromiss, aber ein
praktikabler Kompromiss. Und sie versucht nicht, die ganze Welt in einem
Datenmodell abzubilden, sondern nur die Geodaten für eine Karte zu
Hallo,
On 06/10/11 10:04, Kay Drangmeister wrote:
Das Problem sehe ich aber durchaus auch. Es wäre toll[TM], wenn man
von irgendwoher (insbesondere auch innerhalb der Map) auf ein bestimmtes
Objekt in der DB verweisen könnte, und zwar
* eindeutig, als auch
* persistent
Ja, das ist ein Ding,
Am 09.06.2011 23:02, schrieb Manuel Reimer:
wie werden denn Wege zu Nutzgärten, bzw. Schrebergärten korrekt getaggt?
Ich tendiere hier zwischen highway=track oder highway=service.
Ob ein Weg zu einem Schrebergarten oder zu einem Supermarkt führt ist
erstmal egal.
Entscheidungskriterien
Am 30.05.2011 11:25, schrieb Jan Tappenbeck:
hi !
in der neusten Wochennotiz wurde von dem neuen engl. Buch zu OpenLayers
[1] gesprochen.
Hat das schon einer und ist es auch dann noch lohnenswert wenn man das
deutschsprachige Buch hat ??
Gruß Jan .-)
[1]
2011/6/9 M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 9. Juni 2011 20:29 schrieb Markus Straub markus.straub...@gmail.com:
Hi,
wie taggt ihr folgendes:
Gässchen in einer Innenstadt (Altstadt) die keine offiziellen
Fußgängerzonen, Wohnstraßen etc sind. Hier in Wien gibt es einige
Am 03.06.2011 22:32, schrieb Chris66:
Das Thema Routing ist leider noch immer ein Trauerspiel.
Navi-Apps Test in der aktuellen C'T:
OSM basierte Router schnitten bei der Routingqualität
schlecht (NAVFree) bis zufriedenstellend (skobbler) ab.
TomTom wurde eine sehr gute Routingqualität
Am 10.06.2011 10:59, schrieb Chris66:
Am 09.06.2011 23:02, schrieb Manuel Reimer:
wie werden denn Wege zu Nutzgärten, bzw. Schrebergärten korrekt getaggt?
Ich tendiere hier zwischen highway=track oder highway=service.
Ob ein Weg zu einem Schrebergarten oder zu einem Supermarkt führt ist
Am 09.06.2011 20:06, schrieb M∡rtin Koppenhoefer:
Ich habe gerade mal einen Versuch gemacht zu einer Idee, die mir schon
länger durch den Kopf geht.
Ausgangspunkt war die Tatsache, dass wir keine eindeutigen Identifier
(URI) für viele Dinge haben, so dass es z.B. von der Deutschen Post
zig
Am Freitag, den 10.06.2011, 07:49 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Wie werden die Spezialdatenbanken erzeugt? Ein simples INSERT/SELECT?
/s/datenbanken/tabellen
Statt hier so kleinlich die Fehler anderer zu verbessern, könntest du
mal direkt
Am 10.06.2011 13:27, schrieb Markus Straub:
2011/6/9 M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 9. Juni 2011 20:29 schrieb Markus Straub markus.straub...@gmail.com:
Hi,
wie taggt ihr folgendes:
Gässchen in einer Innenstadt (Altstadt) die keine offiziellen
Fußgängerzonen, Wohnstraßen
Hi !
es gibt da noch ein OL-Buch
http://www.amazon.de/Openlayers-Lambert-M-Surhone/dp/6133424176/ref=pd_sim_sbs_eb_2
Kennt das jemand ...?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo, habe nach einiger Zeit wieder mit JOSM gearbeitet und mit der
aktualisierten Version versucht Daten hochzuladen. Ich bekomme den
Fehler Dein Zugriff auf das API vorübergehend ausgesetzt,
...anmelden... Bedingungen einsehen...
Ein normales Anmelden in OSM ändert daran nichts.
Ich habe
Am 10.06.2011 15:01, schrieb Jan Tappenbeck:
Hi !
es gibt da noch ein OL-Buch
http://www.amazon.de/Openlayers-Lambert-M-Surhone/dp/6133424176/ref=pd_sim_sbs_eb_2
Nein, aber da würde ich die Finger von lassen. Der Verlag sammelt Infos
aus der Wikipedia (und anderen Quellen?), druckt
Hallo Wolfgang.
Das Projekt OpenStreetMap ändert die Lizenz.
Das erfordert aber das Einverständnis derer, die bisher unter der alten
Lizenz zum Projekt beigetragen haben.
Seit ein paar Tagen ist deshalb das Bearbeiten der Datenbank nur dann
erlaubt, wenn du dich dabei entsprechend entschieden
Alexander Matheisen alexandermathei...@ish.de wrote:
Statt hier so kleinlich die Fehler anderer zu verbessern
Dir ist aber schon klar, dass ich einen Fehler von _mir_ selbst korrigiert
habe. Also nochmal zum mitschreiben: Ich habe fälschlicherweise Datenbanken
geschrieben anstatt Tabellen.
Die
On Fri, Jun 10, 2011 at 01:51:24PM +0200, Chris66 wrote:
Am 03.06.2011 22:32, schrieb Chris66:
Das Thema Routing ist leider noch immer ein Trauerspiel.
Navi-Apps Test in der aktuellen C'T:
OSM basierte Router schnitten bei der Routingqualität
schlecht (NAVFree) bis zufriedenstellend
Am Freitag, den 10.06.2011, 13:38 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Statt hier so kleinlich die Fehler anderer zu verbessern
Dir ist aber schon klar, dass ich einen Fehler von _mir_ selbst korrigiert
habe. Also nochmal zum mitschreiben: Ich
Am 10.06.2011 15:01, schrieb Jan Tappenbeck:
es gibt da noch ein OL-Buch
Das ist kein Open-Layers-Buch, das ist Buch-Spam. Der Verlag
Betascript geht laut Internetberichten[0] etwa folgendermaßen vor, um an
Inhalte zu kommen:
1. Beginne mit einem Wikipedia-Artikel (hier: OpenLayers [1]),
Hallo,
Chris66 wrote:
Am 03.06.2011 22:32, schrieb Chris66:
Das Thema Routing ist leider noch immer ein Trauerspiel.
Ja leider, das routing ist wirklich zum Teil noch etwas betruebend. Dabei
duerfte routing vielleicht die Application sein mit der die meisten Leute
OSM tatsaechlich
Am 10.06.2011 17:23, schrieb Kai Krueger:
Welche anderen Moeglichkeiten gibt es die OSM Daten besser routingfaehig zu
machen?
Also, ich denke, wir bräuchten eine Art Routerstandard, der mit klaren
einfachen Regeln definiert, welches Verkehrsmittel wie geroutet werden
soll.
zB: Sollen Autos
Moin,
Ich treibe die Frage mal noch weiter. Vielleciht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
Momentan geht folgendes:
Ich selektiere mir alle id die mich interessieren:
SELECT id FROM ways WHERE (tags ? 'microbrewery') and
So funktioniert das zwar aber es geht bestimmt noch eleganter.
Mein Problem liegt konkret darin, dass ich das WHERE id = ... nicht
mit WHERE (tags ? 'microbrewery') ersetzen kann, weil ich ja die
einzelnen Gruppen von nodes mit ST_MakeLine bearbeiten möchte und
nicht alle nodes mit diesem
Sven Geggus wrote:
Ich treibe die Frage mal noch weiter. Vielleicht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
hi Sven, manchmal hilt es mir und anderen, das Problem mal wirklich genau zu
beschreiben.
Am Anfang (Thread-Start)
Am Anfang (Thread-Start) wolltest du das Zentrum von Flächen finden; jetzt
suchst das was mit flächenhaften Objekten.
Ich sehe da schon einen gewissen Zusammenhang, aber was suchst du genau
Alle Brauereien, die als Area/Polygon eingetragen sind?
Wie sind die getaggt?
Welches
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten der jeweiligen
Einzelflächen. Es geht um das osmosis Schema.
Hi
On Fri, Jun 10, 2011 at 06:13:06PM +, Sven Geggus wrote:
Moin,
Ich treibe die Frage mal noch weiter. Vielleciht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
Momentan geht folgendes:
Ich selektiere mir alle id die mich
On Fri, Jun 10, 2011 at 01:20:33PM -0700, Walter Nordmann wrote:
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten
Walter Nordmann walter.nordm...@web.de wrote:
hi Sven, manchmal hilt es mir und anderen, das Problem mal wirklich genau zu
beschreiben.
OK, noch mal von vorne...
Gegeben: DB im Osmosis schema, ganz analog zum osm Dateiformat
relevante Tabellen:
Tabelle »public.ways«
Spalte|
Am Freitag, den 10.06.2011, 13:20 -0700 schrieb Walter Nordmann:
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten
Da es höchstwahrscheinlich um das Osmosis-Snapshot Schema handelt und Sven
verzweifelt versucht, aus Nodes Flächen zusammenzubauen, frage ich mich
langsam was das soll.
Ich vermute, Sven hat einfach vergessen, linestring und bbox als optionale
Spalten der Ways-Tabelle anzulegen.
Kommt
Das geht mit etwas Gruppierungsmagie, aber irgendwie wird es dann
ineffizient. Die beste Methode ist, sich eine Funktion zu definieren:
CREATE FUNCTION make_way_geometry(id bigint) RETURNS geometry
AS $$ SELECT ST_MakeLine(n.geom)
FROM (SELECT unnest(nodes), id
Sven Geggus wrote:
relevante Tabellen:
Tabelle »public.ways«
Spalte| Typ | Attribute
--+-+---
id | bigint | not null
version | integer | not null
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
gefundenen Objekten berechnet wird statt zwischen den Punkten der
jeweiligen Einzelflächen. Also konkret: Es bildet den
Sarah Hoffmann lon...@denofr.de wrote:
Das geht mit etwas Gruppierungsmagie, aber irgendwie wird es dann
ineffizient. Die beste Methode ist, sich eine Funktion zu definieren:
CREATE FUNCTION make_way_geometry(id bigint) RETURNS geometry
AS $$ SELECT ST_MakeLine(n.geom)
Walter Nordmann walter.nordm...@web.de wrote:
Nun möchte ich daraus letztendlich wie bisher das kml für die Brewpub
Map erzeugen. Nur ist das bisher halt erheblich einfacher weil in
der osm2pgsql DB ja schon flächenhafte Elemente drin sind. Beim
osmosis Schema muss ich mir diese natürlich
deine Entscheidung - dein Problem
Gruss
Walter
-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst
sehen, dass da kein Wald ist.
--
View this message in context:
Hallo,
Am Freitag 10 Juni 2011 17:23:35 schrieb Kai Krueger:
Welche anderen Moeglichkeiten gibt es die OSM Daten besser routingfaehig zu
machen?
Indem die Restriction-Relation nochmal überdacht wird. Ich sehe da 2 Probleme:
1. die Notwendigkeit, den from-Way am Via-Punkt unterbrechen zu
41 matches
Mail list logo
