So the problem is that when you use the the finder thingy, the absolute 
path is inserted? But you can successfully enter relative paths and 
paths via sym links by hand? Of course entering this by hand is painful 
I suspect ....

I have a subversion repo I keep saurvey data in and the other Philip is 
workin on a map in this repo. So if he enters absolute paths into the 
therion map, I cannot check out his work and compile it on my machine 
without changing the paths.

Hopefully this is a very clear statement of the problem.

Philip

Philip Schuchardt wrote:
> This is what I am doing...
> 
> ./cavename  contains svx files
> ./cavename/notes  scans of notes
> ./cavename/segments  scraps cut from notes
> ./cavename/therion/      th files
> ./cavename/therion/th2/   th2 files
> ./cavename/therion/th2/notes -> ../../notes
> 
> Symbolic links work inside of th2 files ei manually writing the path in the 
> th2 file.  When you try do it in xtherion with the image add, it breaks 
> because the finder uses the absolute path and not the symbolic path.  
> 
> ../../notes also works when manually inputed into the th2 file.
> 
> Philip Schuchardt
> 
> On Wednesday 05 April 2006 11:18 am, Stacho Mudrak wrote:
> 
>>I am sorry, I have wrongly understood original mail.
>>
>>Obviously it is a bug somewhere in xtherion. I will try to check and fix
>>it.
>>
>>Thanks, S.
>>
>>Quoting Philip Balister <philip at balister.org>:
>>
>>>I'm having trouble figuring out why you need a symbolic link .....
>>>
>>>Our survey data is stored something like this
>>>
>>>./cavename  contains svx files
>>>./cavename/notes  scans of notes
>>>./cavename/segments  scraps cut from notes
>>>
>>>Here I am a little unsure what the other Philip has done
>>>./cavename/therion  contains files for therion
>>>
>>>I believe that the other Philip's problem is that therion does not like
>>>it when you refer to scraps like this ../segment/file.png, but I am not
>>>100% certain of this. So he creates a symbolic link to work around the
>>>original problem.
>>>
>>>Philip
>>>
>>>Stacho Mudrak wrote:
>>>
>>>>We would like to keep files portable. If they will refer to images
>>>>outside current folder, you can not simply pack the folder you want to
>>>>modify, but
>>>
>>>you
>>>
>>>
>>>>need to pack all the time entire project. Then it is also difficult to
>>>
>>>split
>>>
>>>
>>>>the work between more people.
>>>>
>>>>If you do not like having same images on two places, you can simply use
>>>
>>>symbolic
>>>
>>>
>>>>links on unix-like systems.
>>>>
>>>>S.
>>>>
>>>>Quoting Philip Schuchardt <ohc at vt.edu>:
>>>>
>>>>>When I want to insert a new image I get an error message.  Why can't
>>>
>>>therion
>>>
>>>
>>>>>open images that follow a symbolic link?
>>>>>
>>>>>notes -> ../../notes
>>>>>
>>>>>Error Message:
>>>>>Picture
>>
>>/home/blitz/documents/clubs/caving/survey/wolf/ElvisGrotto3/notes/trip007-F
>>X1-FX7-0002.png
>>
>>
>>>>>not in file
>>>>>path /home/blitz/documents/clubs/survey/wolf/ElvisGrotto3/therion/th2
>>>>>
>>>>>Philip Schuchardt
>>>>>_______________________________________________
>>>>>Therion mailing list
>>>>>Therion at speleo.cz
>>>>>http://www.speleo.cz/mailman/listinfo/therion
>>>>
>>>>_______________________________________________
>>>>Therion mailing list
>>>>Therion at speleo.cz
>>>>http://www.speleo.cz/mailman/listinfo/therion
>>
>>_______________________________________________
>>Therion mailing list
>>Therion at speleo.cz
>>http://www.speleo.cz/mailman/listinfo/therion
> 
> _______________________________________________
> Therion mailing list
> Therion at speleo.cz
> http://www.speleo.cz/mailman/listinfo/therion
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20060405/58518fa4/attachment.bin>

Reply via email to