Kleines Update:
Zusammengefasst werden Nominatim Town, village und city (wenns doppelt belegt ist, wird Benrath,Düsseldorf draus.
Die Suche nach City sucht mit ODER in den 3 Tags.
Ebenfalls zusammengefasst werden nominatim.road und nominatim.pedestrain
phone und contact:phone
fax und contact:fax
website und contact:website.
Suchen kann man (etwas unbequem) auch über die verschiedenen Nominatim Felder. (Hab noch keinen Index auf der DB, falls es zu lahm sein sollte).
Der update erfolgt noch von Hand, ich muss die Sync für DE, AT und CH noch in die Overpass Loop meines Tools reinoperieren.
Öffnungszeiten und Anschrift sind an mehreren Stellen 2-3mal aufgeführt, dafür hat man keine genauen Angaben (Uhrzeit?), wann denn Samstags geöffnet ist.
*Samstags ist wechselweise die Falken Apotheke - in den geraden Kalenderwochen - oder die Arkaden Apotheke - in den ungeraden Kalenderwochen - für Sie dienstbereit. *
Hinweise zu Rollstuhltauglichkeit habe ich bisher noch auf keiner Seite gefunden.
Etwas chaotisch der Internetauftritt.
Ich hab hier im Nachbarort eine offizielle Apo-Seite (von einem Dienstleister erstellt), die 3 verschiedene Postleitzahlen der selben Adresse angibt: Im Header jeder Seite, im Impressum und bei “der Weg zu uns”.
jo, wheelchair kann man fast nur eintragen wenn es auf der Webseite ein Foto vom Eingang gibt (streetmap ist taboo). Bei erkennbaren Stufen mach ich halt wheelchair=no und sonst wheelchair=limited, da die bestimmt keine Rolli-Toilette haben.
allerdings ist das auch riskant, da bei der obigen Apotheke hinter der Tür eine Treppe ist
klickt man dann auf das Bild, kommt man auf die Unterseite, wo dann steht http://stern-apotheke-marl.de/cms2/
Montag - Freitag 8:30 bis 19:00
Samstag 9:00 bis 18:00
Weder stimmen die Uhrzeiten, noch sind diese in einem einheitlichen Stil gelistet (Mo vs Montag)
Hat vielleicht der Praktikant gemacht
Kurz eine Frage etwas off-topic: Den Spielzeugladen habe ich am Wochenende im Vorbeigehen abfotografiert. Wie trägt man hier die Sondertage im Dezember korrekt ein?
Ok, ich präzisiere: hab ich im Internet gefunden. Nee, ernsthaft, [grosser Roman zu deren Geschäftsmodell … Kurzfassung: die lassen sich Geld geben, dass die Apotheken denen ihre Daten geben, um sich anschliessend Geld geben zu lassen, dass die Apotheken ihre eigenen Daten nutzen dürfen (nur das lese ich aus der Lizenz raus)] bisschen dünn, aber ich sehe da in diesem speziellen Fall kein wirkliches Problem beim “Vielleicht-Abschreiben” von genau 2 Bytes.
ich habe Deine Zuordnungstabelle genommen und gegen die Liste (PLZ, Ortsname) der Apothekerkammer laufen lassen. Bei mehrdeutigen Treffern habe ich nachgeschaut und garantiert falsche Zuordnungen herausgelöscht. Abweichungen in der Schreibweise des Ortsnamens habe ich über eine Hilfsspalte (ort_apo) kompensiert. Fehlende Gemeindekennziffern habe ich von Hand nachgetragen.
Obige Schritte habe ich so lange durchgeführt, bis ich alle Postleitzahlen/Gemeindenamen eindeutig einer GKZ zuordnen konnte. Die Zuordnungstabelle ist nur für die Apotheken erstellt und optimiert. Sie steht unter ODbL und enthält bestimmt noch weitere Fehler.
update apotheken_plz ap
set gkz = (
select gkz
from plz_gkz
where plz = ap.plz
and (ort = ap.ort or
ort_apo = ap.ort ))
where ap.gkz is null;
update apotheken_plz ap
set gkz = (
select gkz
from plz_gkz
where plz = ap.plz )
where ap.gkz is null
and ap.plz in ( select plz
from plz_gkz
group by plz
having count(*) = 1);
update apotheken_plz ap
set gkz = (
select gkz
from plz_gkz
where ort = ap.ort )
where ap.gkz is null
and ap.ort in ( select ort
from plz_gkz
group by ort
having count(*) = 1);
Die Tabellenstruktur
CREATE TABLE public.apotheken_plz
(
plz character varying(5),
ort character varying(64),
gkz character varying(8)
);
CREATE TABLE public.plz_gkz
(
plz character varying(5) NOT NULL,
gkz character varying(8) NOT NULL,
ort character varying(64),
ort_apo character varying(64),
CONSTRAINT plz_gkz_pk PRIMARY KEY (plz, gkz)
);
Die GKZ-Statistik
select gkz, count(*) anzahl
from apotheken_plz
group by gkz
order by gkz;