Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden caigner
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 Talk-at@openstreetmap.org

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Friedrich Volkmann
On 12.12.2012 05:53, Erwin Pleyer wrote: 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 abe

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Norbert Wenzel
On 12/12/2012 05:53 AM, Erwin Pleyer wrote: 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

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin Pleyer
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 es

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Friedrich Volkmann
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 das

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Friedrich Volkmann
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 is

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin Pleyer
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

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin Pleyer
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

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden David Hopfmueller
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. > Wa

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Friedrich Volkmann
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 No

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Stefan Tauner
On Tue, 11 Dec 2012 19:10:02 +0100 Erwin OSM 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 Notation sch

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin OSM
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 Datenbanken.

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin OSM
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 __

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden 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 ___ Talk-at mailing lis

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Andreas Labres
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

Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden 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 Datenbanken. OSM ist keine relationale Datenbank. Außerdem i