jpndistrict ist ein praktisches R-Paket zum Zeichnen japanischer Verwaltungsbezirke. Mir wurde geraten, dass es bequem sein würde, also entschied ich mich, es zu verwenden, aber es war ziemlich schwierig zu installieren. Am Ende war die Installation erfolgreich und ich erkannte, dass es sich um ein nützliches Tool handelt. Daher werde ich einen Artikel schreiben, damit ich bei der Installation helfen kann, wenn ich es anderen empfehle.
Die Verwendung von jpndistrict selbst wird nicht erklärt. Weitere Informationen finden Sie auf der offiziellen Seite.
CentOS 7 R version 3.6.0
Versuchen Sie zunächst einfach, jpndistrict auf R zu installieren. Wenn es sich nicht um CentOS 7 wie Ubuntu handelt, funktioniert dies wahrscheinlich (später beschrieben).
install.packages("jpndistrict")
Wenn während der Installation die folgende Fehlermeldung angezeigt wird, installieren Sie das angeforderte Paket und versuchen Sie es erneut.
configure: error:
--------------------------------------------------------------------------------
Configuration failed because libudunits2.so was not found. Try installing:
* deb: libudunits2-dev (Debian, Ubuntu, ...)
* rpm: udunits2-devel (Fedora, EPEL, ...)
* brew: udunits (OSX)
If udunits2 is already installed in a non-standard location, use:
--configure-args='--with-udunits2-lib=/usr/local/lib'
if the library was not found, and/or:
--configure-args='--with-udunits2-include=/usr/include/udunits2'
if the header was not found, replacing paths with appropriate values.
You can alternatively set UDUNITS2_INCLUDE and UDUNITS2_LIBS manually.
--------------------------------------------------------------------------------
Da mein Betriebssystem CentOS 7 ist, installieren Sie udunits2-devel und versuchen Sie es erneut. Aber es ist gescheitert.
install.packages("jpndistrict")
(Weggelassen)
* installing *source* package ‘sf’ ...
**Das Paket "sf" wurde erfolgreich entpackt und der MD5-Daumen wurde überprüft
** using staged installation
configure: CC: gcc -m64 -std=gnu99
configure: CXX: g++ -m64 -std=gnu++11
checking for gdal-config... no
configure: error: gdal-config not found or not executable.
ERROR: configuration failed for package ‘sf’
checking for gdal-config... no
Mir wurde gesagt, dass ich GDAL unter Bezugnahme auf hier installiert habe, aber
configure: GDAL: 1.11.4
checking GDAL version >= 2.0.1... no
configure: error: sf is not compatible with GDAL versions below 2.0.1
ERROR: configuration failed for package ‘sf’
Mir wurde gesagt, dass die Version von GDAL alt ist.
yum info gdal
Name: gdal
die Architektur: x86_64
Ausführung: 1.11.4
Veröffentlichung: 3.el7
Kapazität: 276 k
Repository: epel/x86_64
einpacken: GIS file format library
URL : http://www.gdal.org
Lizenz: MIT
Erläuterung: Geospatial Data Abstraction Library (GDAL/OGR) is a cross
: platform C++ translator library for raster and vector
: geospatial data formats. As a library, it presents a single
: abstract data model to the calling application for all
: supported formats. It also comes with a variety of useful
: commandline utilities for data translation and processing.
:
: It provides the primary data access engine for many
: applications. GDAL/OGR is the most widely used geospatial data
: access library.
Die neueste Version, die mit yum (unter Verwendung des EPEL-Repositorys) installiert werden kann, ist 1.11.4
apt info gdal-bin
Package: gdal-bin
Version: 3.0.4+dfsg-1build3
Priority: optional
Section: universe/science
Source: gdal
Origin: Ubuntu
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: Debian GIS Project <[email protected]>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 1369 kB
Depends: python3-gdal (= 3.0.4+dfsg-1build3), python3-numpy (>= 1:1.16.0~rc1), python3-numpy-abi9, python3:any, libc6 (>= 2.15), libgcc-s1 (>= 3.0), libgdal26 (>= 3.0.0), libstdc++6 (>= 5.2)
Suggests: libgdal-grass
Breaks: gdal-bin (<< 1.10.0-0~), python-gdal (<< 2.4.3~)
Replaces: python-gdal (<< 2.4.3~)
Homepage: http://www.gdal.org/
Download-Size: 256 kB
APT-Sources: http://archive.ubuntu.com/ubuntu focal/universe amd64 Packages
Description: Geospatial Data Abstraction Library - Utility programs
Die GDAL, die mit apt (ubuntu) installiert werden kann, war 3.0.4.
Wenn die im Repository registrierte Paketversion ein älteres CentOS 7 ist, Wenn Sie jpndistrict installieren möchten (sf-Paket erforderlich von) ** Sie müssen aus dem Quellcode erstellen und GDAL installieren, ohne yum zu verwenden **. Wenn Sie PROJ, das zum Ausführen von GDAL erforderlich ist, von yum installieren, ist die Version außerdem alt.
yum info proj
Name: proj
die Architektur: x86_64
Ausführung: 4.8.0
Veröffentlichung: 4.el7
Kapazität: 181 k
Repository: epel/x86_64
einpacken: Cartographic projection software (PROJ.4)
URL : http://proj.osgeo.org
Lizenz: MIT
Erläuterung: Proj and invproj perform respective forward and inverse
: transformation of cartographic data to or from cartesian data
: with a wide range of selectable projection functions.
4.8.0 kann mit yum installiert werden Jetzt benötigen Sie 6.0.0 oder höher
Kurz gesagt, es ist notwendig, "** PROJ " zu installieren, um " GDAL " zu installieren, um " sf " zu installieren, um " jpndistrict **" zu installieren. .. Deprimiert.
Zumindest die erforderliche Version GDAL >= 2.0.1 PROJ >= 6.0.0 GEOS >= 3.4.0
Die neueste Version, die mit yum installiert werden kann GDAL : 1.11.4 PROJ : 4.8.0 GEOS : 3.4.2
Nachdem Sie verschiedene Dinge ausprobiert haben, installieren Sie sf unter CentOS 7
Es hat gut funktioniert, wenn ich es zuerst installiert habe.
** GDAL ** enthält die neueste Version zum Zeitpunkt der Artikelerstellung (2020/11/18).
Als ** PROJ ** versuchte, die neueste Version 7.2.0 zu installieren, musste SQLite3 zusätzlich aktualisiert werden, und es war ein Teil von yums System, daher gab ich es auf zu denken, dass es ein hohes Risiko war. Selbst wenn ich 6.0.0 installiert habe, die älteste verfügbare Version, für die kein Upgrade von SQLite erforderlich ist, ist die nachfolgende Installation des Tools wahrscheinlich fehlgeschlagen, weil die Versionen von GDAL und PROJ zu weit voneinander entfernt waren. Nach dem Ausprobieren verschiedener Versionen war die Installation mit 6.1.1 erfolgreich. Referenz [So aktualisieren Sie SQLite3] https://qiita.com/kai_kou/items/c18b68a7916251231f6d Der Link ist für Amazon Linux 2, aber ich habe gehört, dass Betriebssystembasis wie RHEL 7 / CentOS 7 ist, daher ist es hilfreich. Ich habe es gemacht.
** GEOS ** scheint mit einer Version in Ordnung zu sein, die mit yum installiert werden kann, aber ich dachte, dass es ein Problem wäre, wenn die Version wie PROJ zu weit von GDAL entfernt ist und ein Fehler auftritt, also habe ich die neueste Version installiert.
Installieren Sie in der Reihenfolge PROJ → GEOS → GDAL
Um beide zu installieren, entpacken Sie die heruntergeladene Datei und
./configure
make
make install
Die Installation ist erfolgreich, wenn die oben genannten drei Befehle übergeben werden
Starten Sie nach der Installation R.
install.packages("jpndistrict")
Geben Sie jpndistrict ein, um es zu installieren (sf ist ebenfalls installiert).
Laden Sie das Paket,
library("jpndistrict")
This package provide map data is based on the Digital Map 25000 (Map
Image) published by Geospatial Information Authority of Japan (Approval
No.603FY2017 information usage <https://www.gsi.go.jp>)
Wenn es angezeigt wird, ist die Installation erfolgreich.
Tritt bei der Konfiguration von PROJ auf
checking for SQLITE3... configure: error: Package requirements (sqlite3 >= 3.7) were not met:
No package 'sqlite3' found
Ich habe es bestätigt, aber es ist da
sqlite3 --version
3.7.17
Lösung: Installieren Sie sqlite-devel
yum install sqlite-devel
Tritt während der sf-Installation auf
checking GDAL: /usr/local/share/gdal/pcs.csv readable... no
Ich habe die Position des Pfads überprüft, aber pcs.csv war nicht vorhanden.
Lösung: Suchen Sie im Internet und installieren Sie unter "/ usr / local / share / gdal /". https://trac.osgeo.org/gdal/browser/trunk/gdal/data/pcs.csv
Tritt während der sf-Installation auf
checking GDAL: checking whether PROJ is available fur running:... ./gdal_proj: error while loading shared libraries: libgdal.so.28: cannot open shared object file: No such file or directory
no
configure: error: OGRCoordinateTransformation() does not return a coord.trans: PROJ not available?
ERROR: configuration failed for package ‘sf’
Lösung: Beenden Sie R und gehen Sie zu /etc/ld.so.conf.d/libgdal-x86_64.conf
/usr/local/lib
Addition (Wenn libgdal-x86_64.conf nicht vorhanden ist, erstellen Sie eine neue und schreiben Sie den obigen Inhalt).
danach,
ldconfig
Starten Sie nach der Ausführung R und wiederholen Sie die Installation.
Referenz https://stackoverflow.com/questions/46181614/install-r-sf-package-on-centos-gdal-shared-libary-error
jpn_pref(14)
Wenn du schlägst
ERROR while rich displaying an object: Error in loadNamespace(name): there is no package called ‘geojsonio’
Wenn Sie den Fehler erhalten, installieren Sie geojsonio.
install.packages("geojsonio")
Wenn kein Fehler auftritt, ist die Verwendungsumgebung von jpndistrict abgeschlossen.
Lassen Sie uns als Betriebstest den Standort des Regierungsbüros in Hokkaido anzeigen.
pref01 = jpn_pref(admin_name = "Hokkaido") # Hokkaidoの地形データ
df_office01 = jpn_admins(1) #Standort des Regierungsbüros von Hokkaido
#Erstellen einer Leinwand
ggplot() +
#Gelände zeichnen
geom_sf(data = pref01, aes(fill = city)) +
#Punkte zeichnen
geom_sf(data = df_office01, color = "white", size=0.8) +
theme(legend.position = 'none')
Die Visualisierung der Koordinaten ermöglichte es, die Berge vom Standort des Regierungsbüros aus vorherzusagen, was ein interessantes Ergebnis war.
Die alten Pakete, die mit yum installiert werden können, haben mich durcheinander gebracht. Es ist ein Jahr her, seit CentOS 8 veröffentlicht wurde, und vielleicht ist es Zeit für ein Upgrade.
Recommended Posts