Moin!
Weiß jemensch wie ein ImageCat mit relativen Pfaden zu den *.tif's erzeugt werden kann? Mit ../irgendwas funktioniert das bei mir nur einmal, wird das Projekt dann geschlossen und wieder geöffnet, kickt 3.2 den ImageCat aus dem View.
Wäre toll wenn mir da irgenwer weiterhelfen könnte! Schöne Grüße...
Emu
Weiß jemensch wie ein ImageCat mit relativen Pfaden zu den *.tif's erzeugt werden kann? Mit ../irgendwas funktioniert das bei mir nur einmal, wird das Projekt dann geschlossen und wieder geöffnet, kickt 3.2 den ImageCat aus dem View.
Wäre toll wenn mir da irgenwer weiterhelfen könnte! Schöne Grüße...
Emu
- Anmelden oder Registieren, um Kommentare verfassen zu können
Gespeichert von KEngelberg am Do., 05.05.2005 - 11:38
PermalinkAbhilfe: Eine Startprozedure für das Projekt schreiben, die das Feld [IMAGE] bei Bedarf mit einem absoluten Pfad aus dem APR-Pfad + dem relativen Pfad belegt.
Schwierigkeit: Imagekataloge auf CDs sind schreibgeschützt. Abhilfe: Katalog (nicht die TIFs) erst z.B. nach $TEMP kopieren und den Pfad im Theme entsprechend korrigieren.
Schwierigkeit: Sobald der Endanwender die APR lokal abspeichert ist der APR-Pfad kein Hinweis auf den Standort der TIFs mehr. Abhilfe: Jetzt ist die Sache kompliziert genug, dass sich Anlegen, Auslesen und Pflegen einer Konfigurationsdatei durch Start-/Stopscripte lohnt.
... und ich wäre so froh, wenn hier statt dessen jemand die Simplelösung anbieten könnte.
Klaus
Gespeichert von Emu am Do., 05.05.2005 - 15:12
PermalinkGespeichert von Emu am Mo., 09.05.2005 - 01:17
Permalinkdie Simplelösung gibts wohl nicht. Trotzdem danke Klaus. Was mir noch als Lösungsansatz einfgefallen ist, wäre Folgendes: Wie wäre es, wenn mensch einfach und bequem mit einem externen Tool alle benötigten tifs oder sids oder was auch immer in einem referenzierten File zusammenpacken könnte. Käme dann aufs selbe heraus wie ein ImageCat, nur wären hier relative Pfade wohl kein Problem mehr. Und jetzt die Frage: Gibts sowas irgendwo?
Müde Grüße und gute Nachte...
Emu
Gespeichert von KEngelberg am Mo., 09.05.2005 - 07:00
PermalinkKlaus
Gespeichert von Emu am Di., 10.05.2005 - 08:30
PermalinkGespeichert von Gast am Di., 10.05.2005 - 09:42
PermalinkDie Umgebungsvariable muss ArcView natürlich bekannt gemacht werden. Am besten geht das in einen Datei namens avenv.ave, die im TEMP, HOME oder AVHOME liegen kann. Da kann man Umgebungsvariablen auch registrieren, so das sie auch in den Pfaden innerhalb der apr-Datei benutzt werden. Beim Start wird avenv.ave VOR dem Interpretieren des Projektes gelesen (im Gegensatz zu einem StartUp-Script). Damit funktioniert dann auch das Speichern von Image-Katalogen. Wenn man ein solches Projekt weitergibt muss natürlich auch auf dem Zielrechner eine avenv.ave existieren.
Details gibt's in der Hilfe oder unter
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articl eShow&d=11913
Gespeichert von KEngelberg am Do., 12.05.2005 - 12:25
PermalinkHabe die Idee für AV3.1 aufgegriffen und die Datei $AVHOME/EXT/STARTUP angepasst:
Ohne Erfolg. AV3.1 evaluiert das Feld [IMAGE] nicht!