Anzeige und Auswertung von "opening_hours"

Netzwolf · 2010-11-24T20:11:33.000Z

Nahmd,

errt:

Netzwolf:

irgendwie auf einen Punkt schrumpfen (Schwerpunkt oder etwas in der Art.

Man könnte eventuell auch einfach den ersten Node davon nehmen. Bei Gebäuden, die es ja hauptsächlich betrifft, sollte es nicht so viel ausmachen, wenn der Kreis jetzt an dieser oder jener Ecke hängt. Und bei wirklichen Linienobjekten wahrscheinlich auch nicht.

Gute Idee, das reduziert die API-Belastung.
Und beim Aufruf von JOSM reicht eine kleine Umgebung des Knotens, und der zieht automatisch die ganze Line mit.

Danke für den Tipp!

Gruß Wolf

fichtennadel · 2010-11-24T20:25:47.000Z

Netzwolf:

Kannst Du mir die Bounding-Box für Österreich heraussuchen, also westlichster, südlichster, östlichster, nördlichster Punkt? Dann richte ich eine eigene AT-Karte ein.

Laut JOSM ungefähr: 46.3165842 x 9.4152832 x 49.0882578 x 17.2265625

Georg

Netzwolf · 2010-11-24T20:57:38.000Z

Nahmd,

fichtennadel:

Netzwolf:

Kannst Du mir die Bounding-Box für Österreich heraussuchen, also westlichster, südlichster, östlichster, nördlichster Punkt? Dann richte ich eine eigene AT-Karte ein.

Laut JOSM ungefähr: 46.3165842 x 9.4152832 x 49.0882578 x 17.2265625

Here we go: http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_at

Wien: http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_at?zoom=12&lat=48.20&lon=16.40

Gruß Wolf

wambacher · 2010-11-24T22:00:36.000Z

Netzwolf:

Nahmd,

errt:

Netzwolf:

irgendwie auf einen Punkt schrumpfen (Schwerpunkt oder etwas in der Art.

Man könnte eventuell auch einfach den ersten Node davon nehmen. Bei Gebäuden, die es ja hauptsächlich betrifft, sollte es nicht so viel ausmachen, wenn der Kreis jetzt an dieser oder jener Ecke hängt. Und bei wirklichen Linienobjekten wahrscheinlich auch nicht.

Gute Idee, das reduziert die API-Belastung.
Und beim Aufruf von JOSM reicht eine kleine Umgebung des Knotens, und der zieht automatisch die ganze Line mit.

Danke für den Tipp!

Gruß Wolf

ich glaube, das wäre ein OL Ansatz über den mal mal nachdenken kann.

http://dev.openlayers.org/docs/files/OpenLayers/Geometry/Point-js.html#OpenLayers.Geometry.Point.getCentroid

gruss
walter

p.s.
ich persönlich benutze eine postgresql-db mit gis-addon (postgis). da sind solche geometrischen aktionen ein klacks.
ausserdem brauche ich den osm-(x)api-server nicht dafür.

viw · 2010-11-24T22:12:28.000Z

Vielen Dank, darüber bin ich später auch schon gestolpert. Ich schaue jetzt einfach einmal nach wie weit ich da mit dem nachbauen komme. Allerdings möchte ich nicht Öffnungszeiten sondern eher Haltestellen mit einer Echtzeitauskunft. Mal sehen ob es mir gelingt.

Netzwolf:

Nahmd,
Ich hab da keine Geheimnisse. Hier findest Du alles, was ich bisher im Zusammenhang mit Openlayers verbrochen habe: http://www.netzwolf.info/kartografie/
Wenn Du jemanden nicht leiden kannst und ihm Kopfschmerzen machen willst, schick ihn auf diese Seite: http://www.netzwolf.info/kartografie/osm/tilebrowser

Wenn es um Marker-Overlays für Karten geht (incl. Abholen aus der OSM-Datenbank), da habe ich ein Komplettpaket mit allem JS-Code und allem PHP-Code: http://www.netzwolf.info/kartografie/osm/stolpersteine.phtml

Gruß Wolf

viw · 2010-11-24T22:14:43.000Z

Wie füllst du die Datenbank und gibt es bei dir auch die Möglichkeit nachher alle Relationen auszuwerten? Insbesondere interessiert in welchen Relationen ist dieser Node member und ist diese Relation wiederum member einer anderen Relation.

wambacher:

p.s.
ich persönlich benutze eine postgresql-db mit gis-addon (postgis). da sind solche geometrischen aktionen ein klacks.
ausserdem brauche ich den osm-(x)api-server nicht dafür.

wambacher · 2010-11-24T22:21:55.000Z

viw:

Wie füllst du die Datenbank und gibt es bei dir auch die Möglichkeit nachher alle Relationen auszuwerten? Insbesondere interessiert in welchen Relationen ist dieser Node member und ist diese Relation wiederum member einer anderen Relation.

mit osmosis - NICHT osm2pgsql, das ist eine sackgasse. und der falsche thread dafür.

Netzwolf · 2010-11-25T00:14:34.000Z

Nahmd,

Netzwolf:

errt:

Man könnte eventuell auch einfach den ersten Node davon nehmen. Bei Gebäuden, die es ja hauptsächlich betrifft, sollte es nicht so viel ausmachen, wenn der Kreis jetzt an dieser oder jener Ecke hängt. Und bei wirklichen Linienobjekten wahrscheinlich auch nicht.

Gute Idee, das reduziert die API-Belastung.
Und beim Aufruf von JOSM reicht eine kleine Umgebung des Knotens, und der zieht automatisch die ganze Line mit.

Habe gerade gesehen, dass XAPI ohnehin alle Nodes zu den Ways mitliefert. Da kann ich auch den Mittelpunkt nehmen. Außerdem hab ich eine Relation mit opening_hours gefunden (building als Multipolygon), muss also auch die Relationen einbeziehen.

Gruß Wolf

Netzwolf · 2010-11-25T00:41:35.000Z

wambacher:

Netzwolf:

Gute Idee, das reduziert die API-Belastung.
Und beim Aufruf von JOSM reicht eine kleine Umgebung des Knotens, und der zieht automatisch die ganze Line mit.

ich glaube, das wäre ein OL Ansatz über den mal mal nachdenken kann.

http://dev.openlayers.org/docs/files/OpenLayers/Geometry/Point-js.html#OpenLayers.Geometry.Point.getCentroid

Aus dem JavaScript heraus kann ich wegen der JavaScript-Sicherheitsbeschränkunken keinen Kontakt zum XAPI-Server aufbauen. Mir erschließt sich nicht, wie ein Methode aus der Openlayers-Paket auf dem Server helfen soll?

wambacher:

ich persönlich benutze eine postgresql-db mit gis-addon (postgis). da sind solche geometrischen aktionen ein klacks.
ausserdem brauche ich den osm-(x)api-server nicht dafür.

Ich berechne lieber ein paar Mittelwerte, als dass ich einen GeoDB-Server aufsetze.
Für meine bescheidenen Zwecke reicht nämlich die gelegentliche XAPI-Abfrage.

Gruß Wolf

wambacher · 2010-11-25T01:36:43.000Z

Netzwolf:

http://dev.openlayers.org/docs/files/OpenLayers/Geometry/Point-js.html#OpenLayers.Geometry.Point.getCentroid]
Aus dem JavaScript heraus kann ich wegen der JavaScript-Sicherheitsbeschränkunken keinen Kontakt zum XAPI-Server aufbauen. Mir erschließt sich nicht, wie ein Methode aus der Openlayers-Paket auf dem Server helfen soll?

hi,
ich hatte nur gedacht, dass du die knoten bereits hättest. dann könnte man eventuell nen polygon raus machen und dann centroid berechnen lassen. alles am client.
hab ich mit ol allerdings nie gemacht - aber für irgendwas in der richtung sollte es ja wohl nützlich sein.

überschneidet sich eventuell mit deiner vorherigen nachrícht.

zum thema postgresql: ist wirklich etwas oversized für deine auswertung.
ich hab mir die mühe nur gemacht a) weil ich das mal machen wollte. b) ich damit eine stabile platform für alle möglichen sache habe. c) ich sql einfach “mag”.

gruss
walter

fichtennadel · 2010-11-25T07:20:31.000Z

Netzwolf:

Here we go: http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_at

Wien: http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_at?zoom=12&lat=48.20&lon=16.40

Fesch, wie der Wiener sagt

Danke! Hab’ gleich ein paar Fehler in meiner Gegend entdeckt.

Viele Grüße,
Georg

efred · 2010-11-25T07:38:59.000Z

Hallo Netzwolf…
wäre es evtl. möglich, diese Karte auch auf die Schweiz auszuweiten? Wäre echt super
(ich denke, eine eigene Karte wie z.b. AT wird nicht benötigt, da die CH doch sehr klein ist und diese Daten nicht so ins Gewicht fallen)

viw · 2010-11-25T08:58:43.000Z

Hallo Efred,

Vielleicht ist es ja Sinnvoll die Karte mit Österreich zusammen darzustellen. Das sind wahrscheinlich weniger Daten als als wenn Deutschland erweitert würde.
Du kannst ja einfach zwei Vorschläge für die BBoxen machen. Eine mit Deutschland eine mit Österreich. Ich denke das er es dann ganz schnell umsetzen würde.

kellerma · 2010-11-25T09:41:57.000Z

Hi viw,

Dein Vorschlag ist doch genau das, was efred geschrieben hat:

… diese Karte auch auf die Schweiz auszuweiten? …
… ich denke, eine eigene Karte … wird nicht benötigt …

Ciao,
Frank

efred · 2010-11-25T09:53:13.000Z

die bbox für DE weiss ich gerade nicht. man müsste aber "nur bis auf 45.78 runtergehen. Dann ist die Schweiz auch komplett mit drin.

alternativ bbox um bei AT anzufügen: 5.93,45.78,17.2265625,49.0882578 (da kommen dann einfach noch sehr viele Daten von Süddeutschland mit rein)

Netzwolf · 2010-11-26T17:52:51.000Z

Nahmd,

efred:

wäre es evtl. möglich, diese Karte auch auf die Schweiz auszuweiten? Wäre echt super

Viel Spass: http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_ch

Gruß Wolf

Netzwolf · 2010-11-26T17:56:37.000Z

Nahmd,

flaimo:

super karte zum debuggen falsch geschriebener öffnungszeiten. in salzburg ist so ziemlich alles rot

wäre toll wenn man die einzelnen kategorien noch filtern kann, sodass ich mir zB nur die POIs mit falschem opening-hours-syntax anzeigen lassen kann (dafür vielleicht auch in niedrigeren zoomstufen als 11/12)

Man kann die Karten jetzt aufrufen mit “?filter=error”, dann werden nur noch fehlerhafte Nodes angezeigt.

http://www.netzwolf.info/kartografie/osm/oeffnungszeiten_at?filter=error

Der Parameter wird auch durch das Permalink weitergereicht.

Gruß Wolf

Netzwolf · 2010-11-26T18:06:01.000Z

Nahmd,

viw:

Allerdings möchte ich nicht Öffnungszeiten sondern eher Haltestellen mit einer Echtzeitauskunft. Mal sehen ob es mir gelingt.

Wenn Bedarf danach besteht, kann ich das Script ergänzen fürs Handling von Zeitpunkten statt Zeitbereichen.
Einzige Erweiterung beträfe die Zeitbereiche: da könnte man einen “Takt” anhängen:

06:00-09:00/0:10 ← von 6 bis 9 alle 10 Minuten

Abfrage zu opening_hours ist:
zu gegebenem Zeitpunkt: evaluiere, ob geöffnet oder auch nicht.

Abfrage zu “Leerungszeiten/Abfahrtszeiten”:
zu gegebenem Zeitpunkt: suche die nächsten (max N) Termine (max H Stunden in der Zukunft).

Gruß Wolf

Fabi2 · 2010-11-26T19:20:01.000Z

Netzwolf:

viw:

Allerdings möchte ich nicht Öffnungszeiten sondern eher Haltestellen mit einer Echtzeitauskunft. Mal sehen ob es mir gelingt.

Wenn Bedarf danach besteht, kann ich das Script ergänzen fürs Handling von Zeitpunkten statt Zeitbereichen.
Einzige Erweiterung beträfe die Zeitbereiche: da könnte man einen “Takt” anhängen:

06:00-09:00/0:10 ← von 6 bis 9 alle 10 Minuten

Aber da braucht man vorher eh noch die Strathaltestelle und die Offset-Zeiten zwischen den Haltestellen der Linie als extra Werte, weil den Fahrplan 1x pro Linenvariante (siehe Omomoa-Schema) erfassen zu müssen ist ja schon genug, dann kommen da noch die Ausnahmen… Die collection_times=* da da noch einfacher.

Netzwolf · 2010-11-26T19:56:22.000Z

Nahmd,

Fabi2:

Netzwolf:

viw:

Allerdings möchte ich nicht Öffnungszeiten sondern eher Haltestellen mit einer Echtzeitauskunft. Mal sehen ob es mir gelingt.

Wenn Bedarf danach besteht, kann ich das Script ergänzen fürs Handling von Zeitpunkten statt Zeitbereichen.
Einzige Erweiterung beträfe die Zeitbereiche: da könnte man einen “Takt” anhängen:

06:00-09:00/0:10 ← von 6 bis 9 alle 10 Minuten

Aber da braucht man vorher eh noch die Strathaltestelle und die Offset-Zeiten zwischen den Haltestellen der Linie als extra Werte, weil den Fahrplan 1x pro Linenvariante (siehe Omomoa-Schema) erfassen zu müssen ist ja schon genug, dann kommen da noch die Ausnahmen… Die collection_times=* da da noch einfacher.

Man speichert je Linienvariante:
(1) welche Haltestellen zu welcher relativen Zeit (relativ zur Abfahrt an der Starthaltestelle) bedient werden,
(2) zu welchen Zeitpunkten eine Fahrt startet (und an welchen Tagen).

Ich sprach nur von Punkt 2.

Aber das gehört nicht mehr in diesen Thread.

Gruß Wolf