[Gvsig_english] saving project storing relative path names to
layer sources
pvmstg
pvmstg at hotmail.com
Fri Jan 4 14:20:39 CET 2008
Hi Agustin,
Thanks for the info. But for now, since gv_sig lack some basic
function I'm just exploring it and I make only project on my mac so
paths is not a problem for now. I just whant to suggest to
developper to keep in mind to included the choice of relavives and
absolutes paths and strongly suggest a wait to manage path like in
Xtools so it will be more easy than opening file to edit manualy (we
have done that often in aw3 projects). Many users are not computer
savy and using a text editor to change path could be scary and not
trouble free.
For one I prefer to only have to point, with the explorer, to the
good path instead of finding the path and replacing it.... For a mac
user... simplicity is the basic...
Marcel
Le 08-01-04 à 08:05, Agustin Diez Castillo a écrit :
> Some time ago in the developers list there was some comments about
> path and Luis W. Sevilla suggested to me the following:
> My problem was that using the same usb memory card in two machines
> I got for the very same file:
>> /media/sdd/Arqueologia del territorio/gvsig_curso/huerta.jpg,
> in one machine, and in the second one:
>>
>> /media/sda/Arqueologia del territorio/gvsig_curso/huerta.jpg
>>
>
> Being uno.gvp my original project, the proposed trick in *nix was:
> sed 's/\/media\/sdd/\/media\/sda/' < uno.dvp > dos.gvp
> Variations of the same have been working fine since, when reading
> projects from either Linux or Windows XP in Mac. If you want to
> read Mac created projects in Windows XP you can edit the paths in
> some Text editor or do sed in the Mac.
> I hope this helps.
> Agustin
>
> On Jan 3, 2008, at 1:10 PM, pvmstg wrote:
>
>> Hi Chris,
>>
>> Unfortunately I do not agree with you. We are stuck with win...
>> until.... We try related and fixed path. For us... related path
>> make it difficult and impossible to use. We often use old project
>> to start new one but... new project means new folder for that
>> projects so relatives doesn't do the jobs. Also... all is in the
>> scale of the user... We use gis on few computers with on server
>> for data but many programs on each computer. When we need to use
>> outside that network it's easy to maps data the same way by
>> allocating letter the same ways.
>>
>> Also... I haven't try to move project betwen my pc and my mac
>> so... I can't imagine how a relative path can handle multiple
>> systems syntax. y:/data/qc_20M/... and /Users/pvmstg/Documents/
>> data/qc_20M
>>
>> So for me the two choices is needed and, like I said in my post,
>> with a good paths handler like in Xtools, everyone will be ok.
>>
>> In an other subject, if gv_sig whant to extend it's user base,
>> more it can use data from old esri project, more it could be
>> accepted. For one, even with all it's advantage gv_sig won't be
>> attractive if we can't use file geodatabase (not the personal one
>> link to acces). Maybe changing to pyton database is a better way
>> to go... but at our scale it's not something we go foward to... so...
>>
>> Marcel
>> Le 08-01-02 à 06:41, Chris Puttick a écrit :
>>
>>> IMNSHO file paths referenced in applications should never be
>>> absolute, because they can't be. Even if you stick within
>>> Windows, you are making the poor assumption that the application
>>> will only ever be one computer on one version of Windows, or all
>>> organisations have network shares configured the same way (and
>>> still use network shares rather than repositories). And good
>>> applications (read "applications I permit organisations I manage
>>> to use" ;) ), like gvSIG, do not only work on Windows, and it is
>>> only on Windows that the silly concept of drive letters even
>>> exists...
>>>
>>> Why would you use absolute file paths?
>>>
>>> Chris
>>>
>>> Chris Puttick
>>> CIO
>>> Oxford Archaeology: Exploring the Human Journey
>>> Direct: +44 (0)1865 263 818
>>> Switchboard: +44 (0)1865 263 800
>>> Mobile: +44 (0)7917 058 568
>>> http://thehumanjourney.net
>>>
>>> ----- Original Message -----
>>> From: "Sergio Clark" <sergio.clark at iver.es>
>>> To: "Users and Developers mailing list"
>>> <gvsig_internacional at runas.cap.gva.es>
>>> Sent: 02 January 2008 11:32:14 o'clock (GMT) Europe/London
>>> Subject: Re: [Gvsig_english] saving project storing relative path
>>> names to layer sources
>>>
>>> Hello Ernesto,
>>>
>>> Yes, that is a good idea. We've been discussing about it
>>> recently, and
>>> we're looking for the best solution. Maybe introduce a checkbox
>>> with the
>>> option Absolute or Relative Path when creating a project, in
>>> order to
>>> solve this problem of portability on different workstations.
>>>
>>> For the moment (it's not the same but also helps the users ;-))
>>> it has
>>> been implemented the option for choosing a new path when gvSIG
>>> doesn't
>>> find the original path of a layer, because layer has been moved
>>> or we're
>>> working in a different workstation. With this, users could see,
>>> layer by
>>> layer, which have not been found and introduce the correct new path.
>>> This new option is implemented for gvSIG future version 1.2.
>>>
>>> Regards! And thanks for your suggestion.
>>>
>>> Sergio.
>>>
>>> --
>>>
>>> Sergio Clark
>>> Equipo gvSIG
>>> IVER T.I., S.A.
>>> www.iver.es
>>> www.gvsig.com
>>>
>>>
>>>
>>>
>>> ernesto sferlazza escribió:
>>>> Hi all
>>>> Since I've created several replicas of a geographic archive, having
>>>> the same directory tree schema, on different workstations or
>>>> groups of
>>>> workstations operating on different Local Area Networks not
>>>> connected
>>>> among them, I think it would be very useful to save projects with
>>>> "store relative path names to data sources" option instead of the
>>>> defaul absolute path available in GVSIG.
>>>> In this way I could distribute easily updated versions of a
>>>> project to
>>>> all users, without the need of customization of *gvp file
>>>> (changing,
>>>> for example, the path from " C:\SIT_provinciaAG \TRASPORTI
>>>> \STRADE" to
>>>> " F:\archivioSIT \TRASPORTI\STRADE") using a text editor.
>>>> I have tried, also, to change with a text editor the full path to
>>>> relative path subtituting "..\" instead of the archive root path
>>>> (in
>>>> the example " ..\ " instead of " C:\SIT_provinciaAG \ ", but it
>>>> didn't
>>>> work as I believed.
>>>>
>>>> Best regards
>>>>
>>>> ing. Ernesto Sferlazza
>>>> responsabile Unità Organizzativa Sistema Informativo Territoriale
>>>> della Provincia regionale di Agrigento
>>>> piazza Aldo Moro, 1 - 92100 AGRIGENTO
>>>> tel 0922 401935
>>>> -------------------------------------------------------------------
>>>> -----
>>>>
>>>> _______________________________________________
>>>> Gvsig_internacional mailing list
>>>> Gvsig_internacional at runas.cap.gva.es
>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>>
>>>
>>>
>>>
>>> Este mensaje y sus archivos son confidenciales. No está permitida
>>> su reproducción o distribución sin la autorización expresa de
>>> "IVER Tecnologías de la Información". Si usted no es el
>>> destinatario previsto, queda desautorizado cualquier uso, acceso
>>> o copia de este mensaje. Si ha recibido este mensaje por error,
>>> por favor bórrelo e infórmenos por esta misma vía.
>>>
>>>
>>> _______________________________________________
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional at runas.cap.gva.es
>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>
>>>
>>>
>>>
>>> ------
>>> Files attached to this email may be in ISO 26300 format (OASIS
>>> Open Document Format). If you have difficulty opening them,
>>> please visit http://iso26300.info for more information.
>>>
>>>
>>> _______________________________________________
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional at runas.cap.gva.es
>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>
>>
>>
>>
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>
>
>
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
More information about the Gvsig_internacional
mailing list