On 15.12.2012 07:59, Günther Zin. wrote:
Gibt's da für solche Auswertungen, die sicher nicht täglich gemacht
werden, dann nicht (z.B. in Postgis) wunderbare Funktionen zur
Umkreissuche (z.B. Radius- oder Box-Definition) oder die Prüfung, ob ein
Node in einer Fläche ist?
Wenn es solche
Hallo!
Am Freitag, 14. Dezember 2012 01:36 CET, Friedrich Volkmann b...@volki.at
schrieb:
On 13.12.2012 12:19, Martin Raifer wrote:
Zwei amenity nodes
(nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren;
die Filiale hat ja eine physikalische Ausdenhung,
On 14.12.2012 12:31, osmgz wrote:
Zwei amenity nodes
(nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren;
die Filiale hat ja eine physikalische Ausdenhung, deswegen hat man ja etwas
Spielraum beim Platzieren der POIs), die über eine Relation verbunden sind.
Nein, den
Am Fr, 14.12.2012, 18:14, schrieb Friedrich Volkmann:
On 14.12.2012 12:31, Günther Zin. wrote:
Wo ist das denn wirklich wichtig zu wissen, dass beide im gleichen
Laden beisammen sind?
Z.B. damit man mit einer Auswertung die Filialen herausfinden kann, wo
beide beisammen sind.
Gibt's da
On 12/13/2012 09:31 AM, Andreas Labres wrote:
Was würdest Du Dir vom Renderer erwarten, wenn Du amenity=bank;post_office
schreibst? Dass er die beiden Icons hernimmt und ein neues, kombiniertes draus
macht?
Vom Renderer erwart ich mir gar nichts. Das ist dasselbe wie zwei Nodes
knapp
Hi!
Also - wenn zwei nodes am selben Ort sind und beschriftet bzw gezeichnet
werden sollen dann gibts im GIS eigene Algorithmen die das trennen und
nebeneinander darstellen.
Ich weiss zwar nicht ob sowas für OSM schon implementiert ist aber so
schwierig sollte das doch nicht sein oder?
lg Werner
On 12/13/2012 10:16 AM, Werner Macho wrote:
Also - wenn zwei nodes am selben Ort sind und beschriftet bzw gezeichnet
werden sollen dann gibts im GIS eigene Algorithmen die das trennen und
nebeneinander darstellen.
Ich weiss zwar nicht ob sowas für OSM schon implementiert ist aber so
schwierig
Am 13.12.2012, 10:37 Uhr, schrieb Norbert Wenzel
norbert.wenzel.li...@gmail.com:
[...] aber wenn ich mit den Daten selbst arbeiten will, dann wird's mit
getrennten Nodes deutlich schwieriger.
Das kann man nicht so verallgemeinern. Es kommt ganz auf die Anwendung
darauf an. Wenn man wissen
On 12/13/2012 11:02 AM, Martin Raifer wrote:
Am 13.12.2012, 10:37 Uhr, schrieb Norbert Wenzel
norbert.wenzel.li...@gmail.com:
[...] aber wenn ich mit den Daten selbst arbeiten will, dann wird's
mitgetrennten Nodes deutlich schwieriger.
Das kann man nicht so verallgemeinern. Es kommt ganz auf
Am 13.12.2012, 11:20 Uhr, schrieb Norbert Wenzel:
Das Problem dabei hab ich ja schon früher geschrieben: wir haben leider
keinen direkten Zugang auf die Datenbank. Wir dürfen nur Strings
reinwerfen und dabei ist es uns nicht erlaubt zu einem Key mehrere
Values zu speichern. Daher geb ich
On 12/13/2012 12:19 PM, Martin Raifer wrote:
Am 13.12.2012, 11:20 Uhr, schrieb Norbert Wenzel:
Das Problem dabei hab ich ja schon früher geschrieben: wir haben
leider keinen direkten Zugang auf die Datenbank. Wir dürfen nur
Strings reinwerfen und dabei ist es uns nicht erlaubt zu einem Key
On 13.12.2012 12:19, Martin Raifer wrote:
Zwei amenity nodes
(nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren;
die Filiale hat ja eine physikalische Ausdenhung, deswegen hat man ja etwas
Spielraum beim Platzieren der POIs), die über eine Relation verbunden sind.
Nein,
On 12.12.2012 08:51, caigner wrote:
Nachdem die Postfiliale in Kaltenleutgeben zugesperrt wurde, gibt es jetzt
eine Trafik im Ort, die
Post-Services anbietet.
Also wäre so ein postal_service=yes gar keine so schlechte Idee.
Find ich auch!
Zwar denke ich, dass die Antwort auf meine
Hallo!
Am Mi, 12.12.2012, 09:13, schrieb Daniel Kraft:
Allerdings kenne ich auch Fälle von solchen Post-Partnern, wo es
durchaus Sinn machen würde, zu taggen, dass zusätzlich postal_service
angeboten wird. (Das Beispiel, das ich im Hinterkopf habe, ist der Spar
in Hieflau; dort ist derzeit
On 11.12.2012 05:51, Erwin Pleyer wrote:
Eines der wichtigen Prinzipien bei Datenbanken ist, niemals mehr als eine
Info in ein Feld zu schreiben! Kann man in allen Lehrbüchern lesen.
Dabei geht es um die Normalisierung relationaler Datenbanken. OSM ist keine
relationale Datenbank.
Außerdem
Ich würd einen neuen Tag erfinden bietet auch Post-Dienstleistungen an.
postal_service=yes oder sowas.
Das kann man dann mit einem
shop=grocery|supermarket|whatever (in Mauerbach isses glaub' ein
Installateur).
oder einem
amenity=bank
zusammen einsetzen.
Und wegen dem Strichpunkt
Andreas Labres wrote:
Ich würd einen neuen Tag erfinden bietet auch Post-Dienstleistungen an.
postal_service=yes oder sowas.
+1
Das würde zumindest die Situation in Österreich sehr gut abbilden.
Liebe Grüße,
Stefan
___
Talk-at mailing list
Am 11.12.2012 12:46, schrieb Stefan Tiran:
Andreas Labres wrote:
Ich würd einen neuen Tag erfinden bietet auch Post-Dienstleistungen an.
postal_service=yes oder sowas.
+1
Das würde zumindest die Situation in Österreich sehr gut abbilden.
Liebe Grüße,
Stefan
Am 11.12.2012 09:05, schrieb Friedrich Volkmann:
On 11.12.2012 05:51, Erwin Pleyer wrote:
Eines der wichtigen Prinzipien bei Datenbanken ist, niemals mehr als
eine
Info in ein Feld zu schreiben! Kann man in allen Lehrbüchern lesen.
Dabei geht es um die Normalisierung relationaler
On Tue, 11 Dec 2012 19:10:02 +0100
Erwin OSM erwin@gmx.at wrote:
Dieses Prinzip liese sich aber auch auf die OSM-Datenbank anwenden, was
sicherlich von Vorteil wäre.
Nur weil die Strichpunkt-Notation üblich ist, muss sie eben noch lange
nicht gut sein. Ich bin der Meinung, dass diese
On 11.12.2012 19:10, Erwin OSM wrote:
Am 11.12.2012 09:05, schrieb Friedrich Volkmann:
On 11.12.2012 05:51, Erwin Pleyer wrote:
Eines der wichtigen Prinzipien bei Datenbanken ist, niemals mehr als eine
Info in ein Feld zu schreiben! Kann man in allen Lehrbüchern lesen.
Dabei geht es um die
Friedrich Volkmann wrote:
On 11.12.2012 19:10, Erwin OSM wrote:
Nur weil die Strichpunkt-Notation üblich ist, muss sie eben noch lange
nicht
gut sein. Ich bin der Meinung, dass diese Notation schwer auszuwerten
und zu
pflegen ist, eine einzelne Erfassung wäre nur von Vorteil.
Was ist daran
Beispiel: Update tab_xy Set vehicle = Landwirtschaft where vehicle like
“?agriculture?“
Ich weiß, der Syntax stimmt nicht zu 100 Prozent, aber wie schön gesagt,
Update-abfragen können nicht eindeutig angewandt werden.
Sortierungen können auf den Tag mit 2 werten durch ; getrennt nicht angewandt
Noch eine frage, wie willst du verschiedene Operatoren von den Banken oder der
Post eindeutig zuweisen, wenn sie durch ; getrennt sind? Sicher, 1 Operator zu
1 amenity, wieder ein Script nötig. Wer garantiert die richtige Reihenfolge in
den Tags?
Schönen Abend noch
Erwin
David Hopfmueller
On 11.12.2012 20:51, David Hopfmueller wrote:
Zumindest auf Ebene des DBMS hat Erwin nicht Unrecht, wenn einer der
durch das Semikolon getrennten Werte als Filter verwendet werden soll.
Da bleibt Dir nämlich nur mehr ein teures LIKE, egal ob beim Auswerten
(SELECT) oder Pflegen (UPDATE).
Das
On 11.12.2012 21:59, Erwin Pleyer wrote:
Beispiel: Update tab_xy Set vehicle = Landwirtschaft where vehicle like
“?agriculture?“
Ich weiß, der Syntax stimmt nicht zu 100 Prozent, aber wie schön gesagt,
Update-abfragen können nicht eindeutig angewandt werden.
Verstehe ich nicht genau. Wo ist
Nochmal ein Bsp.
Source=survey; geoimage.de
.de ist natürlich falsch.
Update tab_xy set source=geoimage.at where source like ?geoimage.de
Dieses Update würde zwar das .de ersetzen, es wären aber alle anderen sources
weg. Es konnte durchaus auch Bing;geoimage.de heißen, viele Möglichkeiten gibt
On 12/12/2012 05:53 AM, Erwin Pleyer wrote:
Nochmal ein Bsp.
Source=survey; geoimage.de http://geoimage.de
.de ist natürlich falsch.
Update tab_xy set source=geoimage.at http://geoimage.at where source
like ?geoimage.de http://geoimage.de
Dieses Update würde zwar das .de ersetzen, es wären aber
On 12.12.2012 05:53, Erwin Pleyer wrote:
Nochmal ein Bsp.
Source=survey; geoimage.de http://geoimage.de
.de ist natürlich falsch.
Update tab_xy set source=geoimage.at http://geoimage.at where source like
?geoimage.de http://geoimage.de
Dieses Update würde zwar das .de ersetzen, es wären aber
Nachdem die Postfiliale in Kaltenleutgeben zugesperrt wurde, gibt es jetzt eine
Trafik im Ort, die
Post-Services anbietet.
Also wäre so ein postal_service=yes gar keine so schlechte Idee.
LG,
Christian
___
Talk-at mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
Eigentlich wollte ich das am Donnerstag am Grazer Stammtisch
ansprechen, aber mir ist leider was dazwischen gekommen ... deshalb
poste ich meine Frage mal hier:
In Graz wurden anscheinend vor Kurzem einige Bawag-Filialen umgebaut,
und haben
On 10.12.2012 20:08, Daniel Kraft wrote:
In Graz wurden anscheinend vor Kurzem einige Bawag-Filialen umgebaut,
und haben jetzt einen einzigen kombinierten Schalter sowohl für die
Bank als auch Post. Wie schlagt ihr vor, das zu taggen? amenity=bank
und amenity=post_office geht ja nicht
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/12/12 20:29, Friedrich Volkmann wrote:
On 10.12.2012 20:08, Daniel Kraft wrote:
In Graz wurden anscheinend vor Kurzem einige Bawag-Filialen
umgebaut, und haben jetzt einen einzigen kombinierten Schalter
sowohl für die Bank als auch Post.
On 10.12.2012 23:58, Felix Hartmann wrote:
In Graz wurden anscheinend vor Kurzem einige Bawag-Filialen umgebaut,
und haben jetzt einen einzigen kombinierten Schalter sowohl für die
Bank als auch Post. Wie schlagt ihr vor, das zu taggen? amenity=bank
und amenity=post_office geht ja nicht
Hallo Leute, nur ein,kurzer Beitrag von meiner Seite.
Eines der wichtigen Prinzipien bei Datenbanken ist, niemals mehr als eine Info
in ein Feld zu schreiben! Kann man in allen Lehrbüchern lesen.
Dies würde aber durch das trennen mit ; geschehen.
Ich halte das für sehr bedenklich.
Schönen Tag
35 matches
Mail list logo
