Speichern Sie in GitHub von QGIS


8

Ich habe mich gefragt, ob es eine Möglichkeit oder ein Plugin gibt, um Dateien (z. B. Geojson, kml, shp usw.) von QGIS direkt in GitHub zu speichern.

Ich weiß, dass Sie es lokal auf einer Festplatte speichern und kopieren können, aber ich suche nach einer Möglichkeit, es direkt in einem GitHub-Konto zu speichern.


Was meinst du mit "in Github" speichern? Normalerweise haben Sie ein Repository mit Dateien und möchten diese normalerweise versionieren. Deshalb benutzt du Git (richtig?). Andernfalls könnten Sie einfach Dropbox (oder ähnliches) verwenden ...
encoding_bird

Für mich wäre der einfachste Weg, die Dateien über die Befehlszeile an GitHub zu senden. Aber es dauert normalerweise einige Zeit, um zu lernen. Sie können jedoch eine GUI wie GitHub Desktop ausprobieren .
Coding_bird

Tolle Kommentare. Das Rationale dahinter ist die Umstellung auf ein Chromebook und die Verwendung von GitHub als Speicher- / Visualisierungsplattform. Das Speichern an einem Ort wie Drive / Dropbox ist gut, hatte aber gehofft, dass es direkt in GitHub gespeichert werden kann.
Ryan Garnett

1
Wie wäre es mit geogig geogig.org/workshop/workshop.html ?
user30184

1
@coding_bird Ich habe mir eine Cloud-PostGIS-Instanz angesehen. Ich möchte RollApp verwenden, eine Cloud-Instanz, auf der QGIS installiert ist. Ich hoffe, dass ich Linux nicht installieren und Chrome nur nativ verwenden muss. GitHub hat eine Dateibeschränkung von ~ 25 MB, daher muss ich dies berücksichtigen. Drive / Dropbox könnte der richtige Weg sein
Ryan Garnett

Antworten:


4

Ich würde Git / GitHub aus mehreren Gründen nicht zum Speichern von Dateien vom Typ GIS verwenden

  • Git ist nicht für große Binärdateien (z. B. Bilder) konzipiert, sondern für Text (Quellcode oder Dokumentation) optimiert. Ihre Repos können explodieren, wenn Sie Bilder oder große Binärdateien darin speichern. Es gibt verschiedene Varianten von Git, die versuchen, dies zu beheben, aber dies ist bei Standard-Git der Fall.

  • GitHub hat ein Limit von 50 MB / Datei pro Datei, als ich das letzte Mal nachgesehen habe, und ein Repo-Limit von 1 GB (zumindest mit dem kostenlosen Konto, vielleicht mehr mit einem kostenpflichtigen Plan). Gleiches gilt für BitBucket.

Trotzdem könnte Git nützlich sein, um einige Aspekte Ihrer Projekte unter Quellcodeverwaltung zu halten

  • QGIS-Projektdatei
  • Notizen und Dokumentation
  • Natürlich jeden Code, den du schreibst :)

Ich würde einfach nicht empfehlen, Ihre Formdateien, GeoTIFFs und dergleichen dort abzulegen. Es sei denn, sie sind wirklich klein und es ist unwahrscheinlich, dass sie sich ändern ;-)

So etwas wie DropBox, Google Drive oder ein Amazon S3-Bucket ist möglicherweise die bessere Wahl, zumindest für Datendateien.


github verwendet die Git-Erweiterung (Large File Extension, LFS), damit große Blobs nicht problematisch sind. Zumindest bis Sie die Gesamtgrößenbeschränkungen erreicht haben.
Lynxlynxlynx

1

Kurze Antwort: nicht möglich.

Wenn man sich das Plugin- Repository ansieht, stimmt nichts mit git oder scm überein. Die Versionierung findet pgversion, aber das ist nur für Postgres und lokale. Es scheint also nicht sofort möglich zu sein.

Auf Linux-Systemen können Sie Netzwerkdienste detaillierter konfigurieren, was bedeutet, dass Sie möglicherweise nur Save/Save asin ein Repository gelangen, aber z. sftp für github benötigen Sie noch einen Online-Vermittlungsdienst. An diesem Punkt wird deutlich, dass es einfacher ist, einfach ein Skript zu schreiben, um Ihren lokalen Ziel-Repository-Ordner auf Änderungen zu überwachen, diese festzuschreiben und in einem konstanten Intervall zu übertragen.


1

Ich bezweifle, dass dies über ein QGIS-Plugin möglich ist, aber ich denke, Sie können dies tun, wenn Sie Ihre GIS-Dateien in einem lokalen Repository speichern und festschreiben und dann in Ihr Remote-Github-Repository verschieben.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.