Registriert seit: 20.12.2018
Version(en): 2019 Plus Pro
Guten Abend,
ich hab zwar gestern Abend und Heute Mittag dazu gegooglet aber nichts konkretes gefunden:
Ich bin auf der Suche nach einer Möglichkeit die Entfernung zwischen 2 Postleitzahlen (Nur Deutschland; Luftlinie oder Staßenentfernung erstmals zweitrangig) zu ermitteln.
Wichtig dabei: Es muss leider offline sein. Client hat KEINEN Onlinezugang.
Ich habe zwar ein tolles Projekt hier im Forum via Google API gefunden aber wie gesagt, es müsste lokal über die Bühne gehen.
Weiß jemand zufällig iwas was meinen Wünschen in etwa entspricht und ich darauf aufbauen könnte?
Mein Endprojekt geht bissle weiter aber die größte Hürde ist erstmals das obige Thema.
Am Ende der Geschichte muss ich irgendwas basteln, dass mir per Eingabe einer PLZ eine zufällige (real existierende) Anschrift in einer Umgebung von $Variable_Umgebung ausspucken soll.
Dabei kommt es nicht auf exakte Entfernungen. +/- 20 ~ 30 km machen nicht viel aus.
Registriert seit: 10.04.2014
Version(en): Microsoft 365, mtl. Kanal
Hi,
dazu müsstest du mMn eine riesige Datenbank besitzen, in der die Entfernungen bereits festgelegt sind.
Gruß Günter
Jeder Fehler erscheint unglaublich dumm, wenn andere ihn begehen.
angebl. von Georg Christoph Lichtenberg (1742-1799)
Registriert seit: 20.12.2018
Version(en): 2019 Plus Pro
21.12.2018, 18:04
(Dieser Beitrag wurde zuletzt bearbeitet: 21.12.2018, 18:04 von Sevemiyen.)

Schade, klingt schon mal nicht ermutigend.
Falls aber doch jemand über dern Thread drüber stolpert der irgendwo mal was über ein ähnliches Projekt gelesen hat oder konkrete Ideen hat wie man es verwirklichen kann, dann bitte nicht davor scheuen zu Antworten.
Ggf. darf es auch etwas kosten, falls jemand ein kommerzielles Projekt kennt. ( :19: Hab ich schon erwähnt, dass ich Student bin? Möglichst keine Enterprise Business-Lösungen für mehrere tausend)
Ps. Kennt sich jemand mit denen hier aus?
http://www.plz-umkreis.com/plz-umkreissuche:-| Bin ich etwa schon am Ziel?
Registriert seit: 10.04.2014
Version(en): 97-2019 (32) + 365 (64)
21.12.2018, 18:08
(Dieser Beitrag wurde zuletzt bearbeitet: 21.12.2018, 18:12 von schauan.)
Hallöchen,
so groß muss die Datenbank gar nicht sein.
Du brauchst eigentlich nur eine Postleitzahlentabelle wo Du jeder Postleitzahl eine geografische Briete und Länge zuordnest. Der Rest ist einfach nur Mathematik. Allerdings solltest Du bedenken, dass die Postleitzahlenbereiche in der längsten Ausdehnung teilweise wirklich 20-30 km groß sein können, bei dünn besiedelten gebieten vielleicht sogar noch größer.
Google mal nach geodaten Deutschland, Treffer z.B. bei opengeodb
Über die Qualität der freien Daten will ich nicht urteilen. Sollte die nicht reichen, gibt's auch kostenpflichtige Angebote.
. \\\|/// Hoffe, geholfen zu haben.
( ô ô ) Grüße, André aus G in T
ooO-(_)-Ooo (Excel 97-2019+365)
Folgende(r) 1 Nutzer sagt Danke an schauan für diesen Beitrag:1 Nutzer sagt Danke an schauan für diesen Beitrag 28
• Sevemiyen
Registriert seit: 10.04.2014
Version(en): 97-2019 (32) + 365 (64)
. \\\|/// Hoffe, geholfen zu haben.
( ô ô ) Grüße, André aus G in T
ooO-(_)-Ooo (Excel 97-2019+365)
Folgende(r) 1 Nutzer sagt Danke an schauan für diesen Beitrag:1 Nutzer sagt Danke an schauan für diesen Beitrag 28
• Sevemiyen
Registriert seit: 10.04.2014
Version(en): 2016 + 365
22.12.2018, 12:39
(Dieser Beitrag wurde zuletzt bearbeitet: 22.12.2018, 12:39 von Rabe.)
Hi,
ich habe mal aus dieser Seite die csv importiert und die erste Formel verwendet.
(Entfernung = arccos( sin(latB)·sin(latA) + cos(latB)·cos(latA)·cos(lonB-lonA) ) * Erdradius)
Irgendwas mache ich falsch:
Arbeitsblatt mit dem Namen 'geodaten_de' |
| F | G | H | I | J | K | L | M | N |
3 | | Stadt | PLZ | Länge | Breite | | Entfernung | | Erdradius |
4 | A | Hamburg | 20095 | 535.542 | 100.011 | | 19083,7 | | 6380 |
5 | B | München | 80331 | 481.379 | 115.722 | | | | |
Zelle | Formel |
L4 | =RUNDEN(ARCCOS(SIN(J5)*SIN(J4)+COS(J5)*COS(J4)*COS(I5-I4))*$N$4;2) |
Verwendete Systemkomponenten: [Windows (32-bit) NT 10.00] MS Excel 2016 |
Diese Tabelle wurde mit Tab2Html (v2.6.0) erstellt. ©Gerd alias Bamberg |
Registriert seit: 12.10.2014
Version(en): 365 Insider (64 Bit)
Moin Ralf!
Länge und Breite sind Dezimalzahlen mit dem Trenner Komma!
Gruß Ralf
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag.
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Registriert seit: 10.04.2014
Version(en): 2016 + 365
Hi Ralf,
so?
Arbeitsblatt mit dem Namen 'geodaten_de' |
| F | G | H | I | J | K | L | M | N |
3 | | Stadt | PLZ | Länge | Breite | | Entfernung | | Erdradius |
4 | A | Hamburg | 20095 | 53,5542 | 10,0011 | | 8990,2 | | 6380 |
5 | B | München | 80331 | 48,1379 | 11,5722 | | | | |
Zelle | Formel |
L4 | =RUNDEN(ARCCOS(SIN(J5)*SIN(J4)+COS(J5)*COS(J4)*COS(I5-I4))*$N$4;2) |
Verwendete Systemkomponenten: [Windows (32-bit) NT 10.00] MS Excel 2016 |
Diese Tabelle wurde mit Tab2Html (v2.6.0) erstellt. ©Gerd alias Bamberg |
Gruß Ralf
Registriert seit: 12.10.2014
Version(en): 365 Insider (64 Bit)
Hab ich auch! :19:
(vielleicht muss man nur den Umweg über Timbuktu nehmen)
Im Ernst:
Ich schaue es mir gleich mal genauer an.
Jetzt ist aber erst mal Mittach angesagt.
Gib einem Mann einen Fisch und du ernährst ihn für einen Tag.
Lehre einen Mann zu fischen und du ernährst ihn für sein Leben. (Konfuzius)
Registriert seit: 10.04.2014
Version(en): 97-2019 (32) + 365 (64)
Hallo Ralf,
bei mir kommt was um die 670 km raus. Zum einen musst Du die Zahlen durch 10.000 teilen und zum anderen mal Länge und Breite richtig eintüten - einfach Deine Formel mal mal "rumdrehen"
. \\\|/// Hoffe, geholfen zu haben.
( ô ô ) Grüße, André aus G in T
ooO-(_)-Ooo (Excel 97-2019+365)