[PYTHON] Aktueller Wert der Standardvorwahl

Es stellte sich heraus, dass es in Ordnung wäre, wenn die URL-Liste der Kommunalverwaltungen auf der Grundlage des "nationalen Kommunalverwaltungscodes" erstellt würde. Ich möchte Daten zum "National Local Government Code".

Die "Standard-Vorwahl", die eine Obermenge der "nationalen lokalen Vorwahl" darstellt, wird nicht für jede lokale Regierung festgelegt, sondern für alle Orte, an denen Sie statistische Werte verwenden möchten. Daher unterstützt die "Standard-Vorwahl" die Homepage nicht. Es gibt viele Bereiche. Das ist zu viel.

Das RDF-Schema selbst des regionalen Standardcodes ist gut entwickelt, und ich habe mich gefragt, ob es möglich wäre, den "nationalen lokalen Regierungscode" in Bezug darauf beizubehalten. Derzeit ist es von Excel vertrieben, sodass Sie es beispielsweise mit "pandas.read_excel" lesen und beim Entfernen von Staub verwenden können.

Ich dachte jedoch, dass das System von "CurrentStandardAreaCode" der "Standard-Vorwahl" ein wenig "hmm" war. Persönlich möchte ich die Daten so statisch wie möglich gestalten. Die Schwierigkeit besteht darin, dass wenn Sie dynamische Daten wie "aktuell" in eine Datei schreiben, dies in Zukunft eine Lüge sein wird.

So habe ich beispielsweise ohne Verwendung von "CurrentStandardAreaCode" versucht, das Äquivalent zu berechnen. Sie können die Änderungen vorher und nachher mit "CodeChangeEvent" sehen, also lassen Sie uns die überlebende Codegruppe löschen.

PREFIX org: <http://www.w3.org/ns/org#>
PREFIX sac: <http://data.e-stat.go.jp/lod/sac/>
PREFIX sacs: <http://data.e-stat.go.jp/lod/terms/sacs#>
PREFIX sace: <http://data.e-stat.go.jp/lod/sace/>

SELECT DISTINCT ?s WHERE {
  ?s a sacs:StandardAreaCode .
  ?e a sacs:CodeChangeEvent ;
     org:resultingOrganization ?s .

  FILTER NOT EXISTS {
     ?e2 org:originalOrganization ?s .
  }
}

Dies stimmt jedoch nicht mit der Nummer von "CurrentStandardAreaCode" überein. Ausführungsergebnis. Wenn man sich beispielsweise die Ursache ansieht, wird "Sagamihara City ist in eine Stadt mit Regierungsverordnung umgezogen" als Überarbeitung im "National Local Public Organization Code" aufgezeichnet.

Der Datensatz in der "Standardvorwahl" lautet wie folgt.

sace:C5174
      rdf:type sacs:CodeChangeEvent ;
      sacs:reasonForChange sacr:shiftToDesignatedCity ;
      dcterms:date "2010-04-01"^^xsd:date ;
      dcterms:description "Sagamihara-shi(14209) shifts to a city designated by the Cabinet Order, and it becomes Sagamihara-shi(14150)."@en , "Sagamihara Stadt(14209)のSagamihara Stadt(14150)Übergang zu einer von der Regierung bestimmten Stadt"@ja ;
      dcterms:identifier "5174" ;
      org:originalOrganization
              sac:C14209-20071201 ;
      org:resultingOrganization
              sac:C14209-20100401 , sac:C14150-20100401 .

sace:C5175
      rdf:type sacs:CodeChangeEvent ;
      sacs:reasonForChange sacr:establishmentOfWards ;
      dcterms:date "2010-04-01"^^xsd:date ;
      dcterms:description "Midori-ku(14151), Chuo-ku(14152) and Minami-ku(14153) are newly established in Sagamihara-shi."@en , "Midori Ward(14151), Chuo-ku(14152), Minami Ward(14153)Neu gegründet"@ja ;
      dcterms:identifier "5175" ;
      org:resultingOrganization
              sac:C14151-20100401 , sac:C14152-20100401 , sac:C14153-20100401 .

Wenn Sie den "National Local Public Organization Code" normal lesen, scheint "sac: C14209-20100401" nicht erforderlich zu sein. Warum wird es hinzugefügt? Warum ist es so ein System? Sie können es durch Abfragen sehen. Ausführungsergebnis.

PREFIX sac: <http://data.e-stat.go.jp/lod/sac/>
select  * 
where {
      ?s ?p sac:C14209-20100401 .
} 
limit 10

Bedeutet das, dass Daten, die ursprünglich mit dem Code "14209" aggregiert wurden, nicht plötzlich in "14150" geändert werden konnten? Obwohl die "Standard-Vorwahl" lokal erweitert wurde, wie z. B. Landkreise, Agenturen und Büros, stellte sich heraus, dass die Vorwahl tatsächlich auch in zeitlicher Richtung erweitert wurde.

Aha.