[JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Wir versuchen, das Pfadsystem von Dateien in einem Projekt zu ändern und zu verbessern, wenn diese Projekte vorhanden sind archiviert und mit anderen geteilt, die die vorherige Ausgabe sehr langer geschachtelter Pfade vermeiden, z. B. C / Users / davle / documents / current_work / 2016 / blah / blah / blah / file.jmp, die zu einer Verschachtelungsordnerstruktur führen, wenn das Projekt nicht archiviert wird.
Dieses Problem tritt auch bei Zeitschriften auf, wenn sie gemeinsam genutzt werden und absolute Pfade zu Dateien enthalten. @brady_brady Der Journal-Packager von Journal hilft dabei, den Pfad zu vereinfachen und lokal zu machen, und viele Benutzer tun dies manuell, indem sie die Skripts bearbeiten. Es besteht auch die Möglichkeit von Kollisionen, wenn beispielsweise ein Projekt die Ordner A / bigclass.jmp und die Ordner B / bigclass.jmp hat. Diese nicht eindeutigen Namen können tatsächlich andere Datentabellen sein.
Auf jeden Fall suche ich Hilfe bei der Überprüfung unserer vorgeschlagenen Lösung. In den folgenden Fällen werden Probleme mit diesen Dateinamenskonflikten angezeigt. Und stört / verwirrt irgendjemand?
Denken Sie daran, dass ich ein Projekt mit einer Reihe von Dateien vorgemerkt habe, und dann versuche ich, dieses Projekt zu archivieren und alle Dateien mitzubringen, mit dem Ziel, mein Projekt mit einer anderen Person zu teilen, die es auf ihrem Computer verbraucht Ich möchte nicht wissen, wo sich die Originaldateien in meinem Dateisystem befinden.
Projektarchivpfade
Originalplattenpfade auf der linken Seite; Archivpfade auf der rechten Seite
Szenario 1
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class 2.jmp
|
|
C: \ Benutzer \ Aander \ Desktop \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Szenario 2
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ Benutzer \ Aander \ Desktop \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Szenario 3
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ Benutzer \ Benutzer \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Szenario 4
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ Benutzer \ Benutzer \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
JMP \ Data \ Big Class.jmp
|
Szenario 5
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ Benutzer \ Benutzer \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
aander \ JMP \ Data \ Big Class.jmp
|
 \ Stuff \ JMP \ Data \ Big Class.jmp
|
Sachen \ JMP \ Data \ Big Class.jmp
|
Szenario 6
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Data \ Small Class.jmp
|
|
C: \ Programme \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Hallo Dan,
Alle Ihre Lösungen erscheinen mir vernünftig. Ich mag die super kurzen Archivpfade, die Sie am besten zeigen. Nur eine Frage. Können Sie über den Archivnamen fahren, um den ursprünglichen Dateipfad zu sehen? Ich könnte feststellen, dass dies hilfreich ist, wenn Sie die nicht eindeutigen Dateinamen haben, bei denen die Dateien tatsächlich unterschiedlich sind.
Rechnung
Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Hallo Dan,
Für ein Journal kopiere ich standardmäßig Tabellenskripte und füge sie als Skript ein. Das Ergebnis ist ein robustes Journal, das per E-Mail verschickt werden kann, ohne befürchten zu müssen, dass Tabellenverbindungen unterbrochen werden, oder dass ein Ordner mit Dateien gepackt werden muss, um anschließend E-Mails zu senden. Haben Sie diese Option für Projekte in Betracht gezogen? Zumindest über die Voreinstellungen haben Sie die Möglichkeit, ein Skript für die Tabelle anstelle eines Links zu speichern. Dann brauchen wir uns nicht um defekte Links zu kümmern.
Beste,
Malcolm
Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Wie viel Arbeit wäre es, dem Benutzer eine Laufzeitauswahl zu bieten, wenn das Projekt "aus dem Archiv genommen" wird:
1) Verwenden Sie die ursprünglichen Ordnernamen
2) Verwenden Sie den kürzesten eindeutigen Pfad
3) Verwenden Sie den kürzesten eindeutigen Ordner
Der Benutzer könnte entscheiden; Immerhin ist die Wahl nicht immer klar ... Es gibt Kompromisse. Manchmal enthält der FULL-Pfad (z. B. wenn das Projekt nur innerhalb einer Organisation gemeinsam genutzt wird) sinnvolle kontextbezogene Informationen, die von den Benutzern möglicherweise nicht angenommen werden können. In diesem Fall könnten sie Option 1 verwenden. Option 2, der kürzeste eindeutige Pfad, könnte in den meisten anderen Fällen ansprechend sein, solange das von Aaron beschriebene "gute" / "schlechte" Szenario kein Problem darstellt. In diesem Fall verwenden Sie Option 3.
Wenn nur ein Weg implementiert werden kann, bin ich nicht sicher, welchen ich wählen soll. Sie alle haben Vor- und Nachteile. Für einen bestimmten Benutzer kann eine der drei Optionen die naheliegendste Wahl sein. Vielleicht haben EAs ein Feedback darüber, was für die meisten Menschen am nützlichsten ist.
Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Es gibt auch eine Variante des kürzesten eindeutigen Pfads, den ich als kürzesten eindeutigen Ordner bezeichne. Es ist dasselbe wie zuvor, außer dass wir ständig Ordnerebenen hinzufügen, um sicherzustellen, dass Dateien, die aus verschiedenen Ordnern stammen, nicht im selben Ordner im Archiv enden. Das würde Szenario 6 oben so ändern, dass es so aussieht
Szenario 6
C: \ Programme \ JMP \ Samples \ Data \ Big Class.jmp
|
Beispiele \ Data \ Big Class.jmp
|
C: \ Data \ Small Class.jmp
|
C \ Data \ Small Class.jmp
|
C: \ Programme \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Wir haben immer noch ein paar seltsam benannte Ordner (zumindest in dem Sinne, dass es nicht sehr klar ist, es sei denn, Sie kennen die Details des Algorithmus und wissen, warum er die Dinge dorthin legt, wo sie es tun) für einander bestimmt.
Re: [JMP14] Projektarchivpfade - Bitte um Überprüfung und Kommentare.Für den Kontext ist das, was Dan geschrieben hat, das Ergebnis eines Algorithmus, den wir als kürzesten eindeutigen Pfad bezeichnen. Wenn zwei Dateien in einem Projekt denselben Dateinamen haben, würden wir sie in einem anderen Ordner speichern, wobei der Name des Ordners verwendet wird, der die einzelnen Dateien enthält. Wenn zwei oder mehr Dateien denselben Dateinamen hatten und sich in Ordnern mit demselben Namen befanden, würden wir zwei Ebenen der verschachtelten Ordnerstruktur speichern und so weiter. Dies war ein Versuch, Dinge an wiederverwendbaren Stellen abzulegen, ohne ganze Ordnerstrukturen speichern zu müssen. Wie in gezeigt Szenario 5 Dinge können ziemlich verwirrend werden und wie in gezeigt Szenario 6 Wir könnten tatsächlich dazu führen, dass Dateien, die aus verschiedenen Ordnern stammen, im Projektarchiv abgelegt werden.
Was mir an Szenario 6 Sorgen macht, ist ein Projekt mit den folgenden Pfaden, die mit einem Lesezeichen versehen sind:
/ data / defekte daten / 2017-04-20 / data.jmp
/ data / richtige daten / 2017-04-20 / stuff.jmp
/test/data.jmp
/test/stuff.jmp
Unter dem kürzesten eindeutigen Pfad-Algorithmus würden diese in ein Projektarchiv kopiert werden als:
/2017-04-20/data.jmp
/2017-04-20/stuff.jmp
/test/data.jmp
/test/stuff.jmp
Dies führt zu einem 2017-04-20, dass die "kaputten" Daten und die "guten" Daten gespeichert werden. Was mich aus irgendeinem Grund stört, obwohl technisch alles so funktioniert.
