OT: suche Liste PLZ = Bezirk
Thomas Utz
Bin auf der Suche nach einer Liste mit
allen österreichischen Postleitzahlen
und den dazu zugehörigen Bezirke.
Mit Google.. bin ich nicht weiter gekommen.
Hat jemand einen Tipp
Danke
Thomas Utz
Werner Tann
>Hallo
>
>Bin auf der Suche nach einer Liste mit
>allen österreichischen Postleitzahlen
>und den dazu zugehörigen Bezirke.
>
>Mit Google.. bin ich nicht weiter gekommen.
www.post.at hat ein PLZ-Verzeichnis zum Downloaden. Ja, ich weiß, auf
das Naheliegende kommt man zuletzt. ;-)
http://www.post.at/content/online_service/download/online_service_download_plzverz.html
"update.txt" enthält alle PLZ mit Ort und kann entsprechend durchsucht
oder in Excel weiterverarbeitet werden.
Orte, alphabetisch, mit zugehöriger PLZ, gibt's auch gelistet in der
Printausgabe des Telefonbuchs.
Franz Stefan
Werner Tann schrieb:
Da fehlt aber noch der -vermutlich politische- Bezirk. Ich habe keine
Ahnung, ob es sowas ueberhaupt irgendwo online gibt.
Mir faellt da gerade ein, dass man es eventuell ueber die Wahlergebnisse
erreichen koennte, da wird naemlich auch nach Bezirken gezaehlt.
Wenn jemand irgendwie brauchbare Rohdaten hat, bin ich gerne bereit ein
paar Stunden zu investieren. Ich mach das aber nicht mit einer
Tabellenkalkulation, sondern mit REXX, aber das ist ja egal.
Als Ergebnis stelle ich mir ein Liste mit folgenden Spalten vor:
Ortsname, PLZ, Bezirk, Bundesland, Vorwahl
Franz
Wolfgang Schenk
"Franz Stefan" <aon.91...@aon.at> schrieb:
> Hi,
>
> Werner Tann schrieb:
> >
> > "Thomas Utz" <123...@web.de> schrieb:
> >
> > >Hallo
> > >
> > >Bin auf der Suche nach einer Liste mit
> > >allen österreichischen Postleitzahlen
> > >und den dazu zugehörigen Bezirke.
> > >
> > >Mit Google.. bin ich nicht weiter gekommen.
> >
> > www.post.at hat ein PLZ-Verzeichnis zum Downloaden. Ja, ich weiß,
auf
> > das Naheliegende kommt man zuletzt. ;-)
> >
http://www.post.at/content/online_service/download/online_service_down
load_plzverz.html
> > "update.txt" enthält alle PLZ mit Ort und kann entsprechend
durchsucht
> > oder in Excel weiterverarbeitet werden.
> >
> > Orte, alphabetisch, mit zugehöriger PLZ, gibt's auch gelistet in
der
> > Printausgabe des Telefonbuchs.
>
> Da fehlt aber noch der -vermutlich politische- Bezirk. Ich habe
keine
> Ahnung, ob es sowas ueberhaupt irgendwo online gibt.
Erspar Dir die Arbeit
"Statistik Austria" bietet das zum Download an:
"Das Gemeinde-, Ortschafts- und Postleitzahlverzeichnis enthält ein
Verzeichnis aller Gemeinden Österreichs mit den von der STATISTIK
AUSTRIA verwendeten Gemeindekennziffern. Weiters sind der
Ortschaftsname, die Ortschaftskennziffer und die Postleitzahl des
Zustellpostamtes ausgewiesen. Falls dieselbe Ortschaft mehrere
Postleitzahlen beinhaltet, ist sie mehrfach (in mehreren Zeilen) mit
den verschiedenen Postleitzahlen angeführt.
Sollten Sie aus der Gemeinde oder Ortschaft auf den Politischen Bezirk
schließen wollen, so ist dies mit unten stehender Datei mit den
Politischen Bezirken möglich. Die ersten 3 Stellen der
Gemeindekennziffer sind ident mit der Politischen Bezirkskennziffer,
wobei die erste Stelle das Bundesland anzeigt."
Geh zu
http://www.statistik.at/verzeichnis/gemeindeverzeichnis.shtml
HTH
Wolfgang
Thomas Utz
Hab zwischenzeitlich noch diese Homepage gefunden.
www.iam.at/austria/
Der Webmaster hat netterweise heute noch
bei der PLZ Suche die Bezirke hinzugefügt.
Wünsch euch einen schöne Abend
Thomas
Franz Stefan
>
> Erspar Dir die Arbeit
> "Statistik Austria" bietet das zum Download an:
Thanx, ueber das Excel-Format lasse ich mich nicht mehr weiter aus, weil
das ist dann wirklich OT.
Franz
Wolfgang Breyha
news:3E21E3A7...@aon.at:
> Thanx, ueber das Excel-Format lasse ich mich nicht mehr weiter
> aus, weil das ist dann wirklich OT.
Die Leut sind halt einfach fixiert;-) Erst unlängst habe ich wieder
von einem Grafiker den Output von "ipconfig /all" als jpeg bekommen.
Aber das muß man einfach mit Humor nehmen.
Servus, Wolfgang
--
/ recursive, adj.; see recursive. -- Unknown \
( Wolfgang Breyha <wbr...@gmx.net> - http://mash.nwy.at )
\ System Engineering UTA - TIS.SE - Vienna - Austria /
Wolfgang Schenk
"Wolfgang Breyha" <wbr...@gmx.net> schrieb:
> Franz Stefan <aon.91...@aon.at> wrote in
> news:3E21E3A7...@aon.at:
>
> > Thanx, ueber das Excel-Format lasse ich mich nicht mehr weiter
> > aus, weil das ist dann wirklich OT.
>
> Die Leut sind halt einfach fixiert;-) Erst unlängst habe ich wieder
> von einem Grafiker den Output von "ipconfig /all" als jpeg bekommen.
> Aber das muß man einfach mit Humor nehmen.
>
> Servus, Wolfgang
> --
die im EXCEL Format erstellt wurde, in diesem kostenlos weiterzugeben,
wobei angenommen werden kann, dass wahrscheinlich 98% der Verwender
diese Tabelle mit EXCEL weiterverarbeiten werden und 1,99999% EXCEL
importieren können.
Somit ist das EXCEL Format für mich die kundenfreundlichste Lösung.
Also kum ma net so, wie man in Wien sagt.
Zum MS Bashing mach Deinen eigenen thread auf ;-)
Wolfgang an Wolfgang
Wolfgang Breyha
@newsreader1.netway.at:
> Somit ist das EXCEL Format für mich die kundenfreundlichste Lösung.
Für mich wäre es sowas wie CSV. Das können schlicht 100%
importieren/bearbeiten.
> Also kum ma net so, wie man in Wien sagt.
> Zum MS Bashing mach Deinen eigenen thread auf ;-)
Das ist kein MS-Bashing sondern eher ein "Mein Horizont endet beim 'Start'-
Button"-Prototyp-Bashing.
Servus, Wolfgang
--
/ Abandon the search for Truth; \
/ settle for a good fantasy. \
\ Wolfgang Breyha <wbr...@gmx.net> - http://mash.nwy.at /
\ System Engineering UTA - Vienna - Austria /
Wolfgang Schenk
"Wolfgang Breyha" <wbr...@gmx.net> schrieb:
> "Wolfgang Schenk" <sche...@web.de> wrote in news:avv2ge$58b$1
> @newsreader1.netway.at:
>
> > Somit ist das EXCEL Format für mich die kundenfreundlichste
Lösung.
>
> Für mich wäre es sowas wie CSV. Das können schlicht 100%
> importieren/bearbeiten.
>
Kann ich nicht nachvollziehen.
Werd aber darüber nachdenken ...
Wolfgang
Thomas Themel
>> Für mich wäre es sowas wie CSV. Das können schlicht 100%
>> importieren/bearbeiten.
>>
> 99,irgendwas müssen importieren, damit ein Exote kein Problem hat?
> Kann ich nicht nachvollziehen.
Ich auch nicht. Mein Excel hier macht .csv-Files ganz normal mit
Doppelklick auf, nix importieren. Und wenn dann drinnen tatsaechlich
auch noch Comma Separated Values vorkommen, dann sieht's auch aus wie
eine Tabelle.
> Werd aber darüber nachdenken ...
Solltest du wohl.
ciao,
--
Thomas Themel | Just because very few people can fly a Space Shuttle
Hauptplatz 8/4 | doesn't mean we shouldn't have spacecraft. Some of us
A-9500 Villach | are big boys, and we can handle C++ just fine, thank
+43 676 846623-13 | you. - Scott Robert Ladd, on Java and C++
Stefan Froehlich
>> > Somit ist das EXCEL Format für mich die kundenfreundlichste
>> > Lösung.
Noe.
>> Für mich wäre es sowas wie CSV. Das können schlicht 100%
>> importieren/bearbeiten.
>
> 99,irgendwas müssen importieren, damit ein Exote kein Problem hat?
Excel oeffnet CSV-Dateien ohne jede Nachfrage korrekt. Das sollte
ja mehr als ausreichend sein. Ausserdem kann man (und da faengt es
dann an interessant zu werden) in 5 bis 10 Minuten ein Skript schreiben,
dass die Datei einliest und irgendetwas damit anstellt. Mach das einmal
mit einer .xls-Datei.
> Kann ich nicht nachvollziehen.
Proprietaere Dateiformate sind sind zum Datenaustausch selten
eine gute Idee. Der eigene Horizont ist auf einer Weltkugel
nie das Ende aller Dinge.
Servus,
Stefan
--
Veredeln mit Stefan - geschmiert werden mit Vergnuegen.
http://www.sloganizer.de/
Werner Tann
>Proprietaere Dateiformate sind sind zum Datenaustausch selten
>eine gute Idee.
Erkläre, was an einem proprietären Dateiformat schlecht ist, wenn die
Verbreitung der Software, die dieses verarbeiten kann, höher als 90%
ist.
Deine Argumentation ist ähnlich sinnig, als wenn sich ein Büro darüber
beschwert, daß ihm dauernd jemand etwas faxen will.
Außerdem geht's im Topic hier nicht primär darum, die Rohdaten der PLZ
noch Gott weiß wie großartig weiterzuverarbeiten.
Bernd Petrovitsch
>Also bitte, Dein Graphiker bringt uns zum lächeln, aber eine Tabelle,
Schon eher zum Weinen - solche Geschichten gibt es genug.
>die im EXCEL Format erstellt wurde, in diesem kostenlos weiterzugeben,
>wobei angenommen werden kann, dass wahrscheinlich 98% der Verwender
>diese Tabelle mit EXCEL weiterverarbeiten werden und 1,99999% EXCEL
>importieren können.
>Somit ist das EXCEL Format für mich die kundenfreundlichste Lösung.
Die kundenfreundlichste Lösung wäre, die Tabelle in einfaches HTML zu
packen und aufs Web zu stellen.
V.a. wird es spaßig, wenn eine Witzbold die Excel-Tabelle verändert
und weiter verbreitet.
Bernd
--
Bernd Petrovitsch Email : be...@petrovitsch.at
LUGA : http://www.luga.at
Bernd Petrovitsch
>Stefan...@Froehlich.Priv.at (Stefan Froehlich) schrieb:
>
>>Proprietaere Dateiformate sind sind zum Datenaustausch selten
>>eine gute Idee.
So ist es. V.a. wenn sich mit jeder Version der Software auch das
Fileformet ändert.
>Erkläre, was an einem proprietären Dateiformat schlecht ist, wenn die
>Verbreitung der Software, die dieses verarbeiten kann, höher als 90%
>ist.
Ist sie ja nicht. Du mußt (für so ein Argument) jedes Excel-File
versionieren, weil du mit alten Excels neuere nicht öffnen kannst.
Aber wahrscheinlich haben alle Win*-Benutzer immer das allerneueste
Office.
Abgesehen davon willst du nicht von vornherein 10% deiner Kunden
verschrecken/verhindern. Oder doch?
Stefan Froehlich
>>Proprietaere Dateiformate sind sind zum Datenaustausch selten
>>eine gute Idee.
> Erkläre, was an einem proprietären Dateiformat schlecht ist, wenn
> die Verbreitung der Software, die dieses verarbeiten kann, höher
> als 90% ist.
Ich habe kein gesteigerte Interesse daran, hier jetzt eine
Endlosdiskussion anzufangen. Die Argumente tauchen ja mit gewisser
Regelmaessigkeit immer wieder auf.
> Deine Argumentation ist ähnlich sinnig, als wenn sich ein Büro
> darüber beschwert, daß ihm dauernd jemand etwas faxen will.
Faxgeraete gibt es meines Wissens nach von einer Vielzahl
unterschiedlicher Anbieter.
> Außerdem geht's im Topic hier nicht primär darum, die Rohdaten der
> PLZ noch Gott weiß wie großartig weiterzuverarbeiten.
Das Topic hat mit dem eigentlichen Thema schon seit ein paar
Postings nichts mehr zu tun gehabt. Die Idee ist: wenn ich schon
eine sinnvolle Liste ins Netz stelle, dann doch gleich so, dass
man auch moeglichst viel damit anfangen kann, anstatt sie (voellig
unnoetig) kuenstlich einzuschraenken.
Servus,
Stefan
--
Freude mit Stefan, herzig und debil!
http://www.sloganizer.de/
Gerald Pfeifer
> Deine Argumentation ist ähnlich sinnig, als wenn sich ein Büro darüber
> beschwert, daß ihm dauernd jemand etwas faxen will.
Fax ist aber ein internationaler Standard, von einer Vielzahl von
Anbietern unterstuetzt und "stabil", nicht laufend mit neuen Versionen.
Gerald
--
Gerald "Jerry" pfe...@dbai.tuwien.ac.at http://www.pfeifer.com/gerald/
Gerald Pfeifer
>> Deine Argumentation ist ähnlich sinnig, als wenn sich ein Büro darüber
>> beschwert, daß ihm dauernd jemand etwas faxen will.
> Fax ist aber ein internationaler Standard, von einer Vielzahl von
> Anbietern unterstuetzt und "stabil", nicht laufend mit neuen Versionen.
Ja, und Fax bietet wesentlich erweiterte Funktionalitaet.
Wo waere die bei CSV versus Excel fuer Zwecke wie den vorliegenen?
Werner Tann
>Ist sie ja nicht. Du mußt (für so ein Argument) jedes Excel-File
>versionieren, weil du mit alten Excels neuere nicht öffnen kannst.
>Aber wahrscheinlich haben alle Win*-Benutzer immer das allerneueste
>Office.
Wenn nicht das, dann vielleicht den gratis Microsoft Excel Viewer, der
bis rauf zu Excel 2002 (Office XP) mit allem klarkommt.
>Abgesehen davon willst du nicht von vornherein 10% deiner Kunden
>verschrecken/verhindern. Oder doch?
Der Anspruch, es allen Kunden immer rechtzumachen, auch denen mit
veralteter oder exotischer Software und denen mit *null*
EDV-Kenntnissen, kostet eine Firma derart viele Ressourcen, daß es
sich *rechnet*, solche Kunden zu "verschrecken/verhindern".
Hast Du schon mal auf einer Firmenwebseite einen "Help"-Bereich
verfaßt - für diese Zielgruppe? Da fängst Du am besten bei Adam und
Eva an und veranschlagst für Deine Arbeit einen Zeitaufwand von ein
paar Monaten.
Stefan Froehlich
> [...] vielleicht den gratis Microsoft Excel Viewer, der
> bis rauf zu Excel 2002 (Office XP) mit allem klarkommt.
Wenn Du den auf meinen Rechnern hier zum Laufen bekommst, darfst
Du gerne Deinen ueblichen Stundensatz dafuer verrechnen.
> Der Anspruch, es allen Kunden immer rechtzumachen, auch denen mit
> veralteter oder exotischer Software und denen mit *null*
> EDV-Kenntnissen, kostet eine Firma derart viele Ressourcen, daß es
> sich *rechnet*, solche Kunden zu "verschrecken/verhindern".
Der Anspruch, es allen Kunden immer rechtzumachen, erfordert vor
allem ein wenig Umsicht und _rechtzeitige_ Planung, denn sehr oft
gibt es - so wie hier - Wege, mit insgesamt weniger Aufwand
wesentlich mehr zu erreichen. Das ist auch das Erfolgsgeheimnis
mancher Unternehmen und hier, wenn wir noch lange weitermachen, gar
nicht einmal mehr so sonderlich offtopic.
Servus,
Stefan
--
Glueck auf den Brettern der Welt: Stefan!
http://www.sloganizer.de/
Wulff D. Heiss
>Wenn Du den auf meinen Rechnern hier zum Laufen bekommst, darfst
>Du gerne Deinen ueblichen Stundensatz dafuer verrechnen.
*duck-und-weit-renn*
SCNR
--
-s- <the dark one>
Ash nazg durbatuluk, ash nazg gimbatul,
ash nazg thrakatuluk agh burzum-ishi krimpatul
Martin J. Laubach
| >Du gerne Deinen ueblichen Stundensatz dafuer verrechnen.
| *g* is eine windows2000 erlaubtes Arbeitsmaterial?
| *duck-und-weit-renn*
Selbstverstaendlich. Wenn Du es schaffst, kriegst Du sogar
noch eine Tafel Schokolade als Draufgabe.
mjl
Wolfgang Schenk
weiterzugeben,
> >wobei angenommen werden kann, dass wahrscheinlich 98% der Verwender
> >diese Tabelle mit EXCEL weiterverarbeiten werden und 1,99999% EXCEL
> >importieren können.
> >Somit ist das EXCEL Format für mich die kundenfreundlichste Lösung.
>
> Die kundenfreundlichste Lösung wäre, die Tabelle in einfaches HTML
zu
> packen und aufs Web zu stellen.
> V.a. wird es spaßig, wenn eine Witzbold die Excel-Tabelle verändert
> und weiter verbreitet.
>
> Bernd
Ein bisserl was haben wir uns schon überlegt ;-)
Dort wo wir das (mit vertretbarem Aufwand) verhindern wollen, bieten
wir die Daten als .pdf an, und verhindern, wenn wir ganz bös drauf
sind, Drucken und kopieren (ich weiß nicht zu 100%).
Dort wo wir den Verwender bewusst erlauben wollen mit den Tabellen,
Daten weiterzurechnen, weiterzuarbeiten, dort bieten wir Excel an.
CSV überlege ich, aber auf die schnelle fällt mir ein Problem ein:
Stat. Tabellen haben oft einen sehr komplexen Aufbau, mit teilweise
mehrfach geschachtelten Köpfen, um 90 Grad gedrehten Beschriftungen
etc.
Da schaut CSV (und auch HTML) dann schon etwas blass aus oder?
Wolfgang
Heinrich Moser
[Excel-Viewer]
Hmmm... wine sollte sich unter NetBSD kompilieren lassen. Wenn ich
viel freie Zeit hätte, wäre das sogar einen Versuch wert. ;-)
SG,
Heinzi
PS:
> X-DMCA-Complaints-To: ab...@atnet.at
> X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
> X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
Autsch, was ist denn das grausames? Was hat ein österreichischer ISP
mit dem DMCA am Hut?
Heinrich Moser
[CSV statt XLS]
> CSV überlege ich, aber auf die schnelle fällt mir ein Problem ein:
> Stat. Tabellen haben oft einen sehr komplexen Aufbau, mit teilweise
> mehrfach geschachtelten Köpfen, um 90 Grad gedrehten Beschriftungen
> etc.
> Da schaut CSV (und auch HTML) dann schon etwas blass aus oder?
Evtl. weiteres Problem: Assoziiert sich Excel automatisch mit der
Dateiendung CSV? Wenn nicht, hätte Standard-DAU grobe Probleme, das
Zeug zu öffnen.
SG,
Heinzi
Peter Vratny
> CSV überlege ich, aber auf die schnelle fällt mir ein Problem ein:
> Stat. Tabellen haben oft einen sehr komplexen Aufbau, mit teilweise
> mehrfach geschachtelten Köpfen, um 90 Grad gedrehten Beschriftungen
> etc.
> Da schaut CSV (und auch HTML) dann schon etwas blass aus oder?
Andere Tabellenkalkulation beim import solcher Excel-Sheets aber auch, oder
etwa nicht?
Also doch "M$ is a must"?
Ich habe bis zur aktuellen OpenOffice Version auch keine Kalkulation
gefunden, die meine alten Excel-Sheets fehlerfrei lesen konnte. Zu 100%
richtig nämlich, weil mir eine "großteils richtige" Produktkalulation
irgendwie nicht dienlich ist/war .-).
mfg
Peter
--
get my pgp-key @ http://proserver1.at/~peter
'Where did all this wires come from? How far up into my
skull do they go? I pull out more and more copper spaghetti!'
(Can God fill teeth? Jello Biafra/LARD)
Wolfgang Schenk
"Peter Vratny" <use...@server1.at> schrieb:
> Wolfgang Schenk wrote:
>
> > CSV überlege ich, aber auf die schnelle fällt mir ein Problem ein:
> > Stat. Tabellen haben oft einen sehr komplexen Aufbau, mit
teilweise
> > mehrfach geschachtelten Köpfen, um 90 Grad gedrehten
Beschriftungen
> > etc.
> > Da schaut CSV (und auch HTML) dann schon etwas blass aus oder?
>
> Andere Tabellenkalkulation beim import solcher Excel-Sheets aber
auch, oder
> etwa nicht?
>
> Also doch "M$ is a must"?
>
* Wir produzieren in erster Linie "Publikationstabellen" für den
Druck.
Und da haben unsere Statistiker eben Vorstellungen, wie z.B. die Köpfe
aussehen sollen.
Und wenn vor 20 Jahren eine Lichtsatzmaschine um 90 Grad gedrehte
Beschriftungen machen konnte und EXCEL vor 7 Jahren nicht, dann musste
man eben tricksen: z.B. diese "nicht mögliche" Beschriftung als
Textfeld aufbringen. Heute geht es ja endlich direkt.
* Teilweise kommen diese Tabellen dann auf CD-ROM, die den
Publikationen beiliegt.
* Teilweise dann ins Internet, teils nach HTML konvertiert, teilweise
eben so wie sie sind zum downloaden.
Üblicherweise will der Benutzer damit weiterrechnen. Das PLZ
Verzeichnis (siehe Ursprungsposting) ist da ja ein Sonderfall.
Vielleicht ist in diesem Zusammenhang auch klar, dass wir uns intensiv
mit XML etc. beschäftigen.
Und wenn jemand mit einer Tabellenkalkulation arbeitet, deren
"Layoutfähigkeiten" nicht unseren Anforderungen entspricht, wird er
eben genau da Abstriche machen müssen. Zum "Weiterrechnen" wird der
Import wohl reichen.
Alles ist - wie immer im Leben - ein Kompromiss.
mfG
Wolfgang
Thomas Themel
> Evtl. weiteres Problem: Assoziiert sich Excel automatisch mit der
> Dateiendung CSV? Wenn nicht, hätte Standard-DAU grobe Probleme, das
> Zeug zu öffnen.
Ja, das haben wir doch schon hier geklärt: Für J. Random Luser besteht
kein Unterschied zwischen dem Öffnen von .CSV und .XLS.
ciao,
--
[*Thomas Themel*] A dozen Burger King marketing execs suffer first and
[extended contact] second degree burns while walking over hot coals as
[info provided in] part of a team-building retreat in October.
[*message header*] - Business 2.0's 101 Dumbest Moments in Business, #2
Gerald Pfeifer
> Hmmm... wine sollte sich unter NetBSD kompilieren lassen. Wenn ich
> viel freie Zeit hätte, wäre das sogar einen Versuch wert. ;-)
Unter FreeBSD geht's definitiv.
ger...@FreeBSD.org und maintainer des Wine-Ports dort, der
dabei regelmaessig mit All-the-World-is-Linux zu kaempfen hat.
Wulff D. Heiss
>Wenn Du den auf meinen Rechnern hier zum Laufen bekommst, darfst
>Du gerne Deinen ueblichen Stundensatz dafuer verrechnen.