[Gvsig_english] Again: high-quality printing: support of the development

[Benjamin Ducke]

Well, let's maybe start with a detailed plan of what features would
definitely have to go into the gvSIG map production facility.

Once that is done, maybe some gvSIG developer(s) on this list could give
us an estimate on how much it would cost to implement them.

Once a figure has been established, it might be easier to plan
the funding.

Ben

P.S.: Have you looked into inkscape? It has great alignment functions
for quick map layouts and very fine-grained control over output quality.

Rory Hill wrote:
> Wolfgang I am entirely in agreement with you - at the moment I also use 
> an intermediary program to improve and print the maps I make with gvSIG 
> - however I am only a student and don't really have very much to 
> contribute except ideas and the ability to test beta versions!
> 
> I'm sure if there are some individuals who are having positive results 
> using gvSIG whilst working for a company, they might be able to persuade 
> the company to contribute towards development costs? They could view the 
> expense as something like a licence fee for proprietory software, I 
> suppose.
> 
> All the best,
> 
> Rory. :)
> 
> Wolfgang Qual wrote:
>> Dear list,
>> some months ago, we had an interesting discussion about gvSIG and 
>> high-quality printing [1]. For our office, creation of high-quality 
>> prints or print files is important. One project of our Department is a 
>> cycle map which is printed by an external printing office. Therefore, 
>> a special pre-press file (pdf/x-3 or similar) is needed. Currently, 
>> this job is done using ArcGIS --> eps-Export and Acrobat Distiller to 
>> create such a file, but as we really would like to switch to FOSS, we 
>> would like to be able to do that in gvSIG.
>> However, at the moment, quality of ps/pdf output in gvSIG is limited 
>> and/or buggy. For example,
>> * not all symbology information is written to ps/pdf
>> * gvSIG seems to have problems with large files (ok this might be 
>> solve with lots of RAM)
>> * additional options for export are missing (resolution etc.)
>> * eps-file export is not possible
>> * other export formats, such as tiff.
>> Curently, exporting the layout to image files is limited (formats and 
>> problems with large files [2]. Whereas a solution of-a-piece (create a 
>> ready-to-print pdf/x-file) would be very cool, there is still a 
>> possibility to do the pre-press in other applications like scribus or 
>> (thanks for the hint, Marcel) sk1 which are both open source products. 
>> However, both applications might still be unstable (scribus and large 
>> files? sk1?). We will have to test this, and I would like to ask you 
>> all to contribute!
>>
>>
>> The list above surely is not exhausive I think. So, the first task 
>> would be to accomplish the needs in order to specify the real needs.
>>
>> As this printing stuff is quite lots of development work, we then will 
>> have to sponsor the development (or we will have to wait very, very 
>> long, I fear). Therefore, I would like to ask the "community", if 
>> there is someone out there, who would be willing to join in sponsoring 
>> the development of printing functionalities of gvSIG. Our 
>> organisation, the Department of Health and Environment is willing to 
>> contribute, but I fear that we cannot bear all development costs.
>>
>>
>> What is your opinion?
>>
>> Best,
>> Wolfgang
>>
>>
>>
>>
>>
>>
>>
>> [1] 
>> http://www.nabble.com/Some-questions-regarding-printing-to18648153.html#a18648153 
>>
>> [2] http://www.nabble.com/forum/ViewPost.jtp?post=18731062&framed=y
>>   
> 
> 
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
> 
> 


-- 
Benjamin Ducke
Senior Applications Support and Development Officer

Oxford Archaeology Ltd
Janus House
Osney Mead
OX2 0ES
Oxford, U.K.

Tel: +44 (0)1865 263 800 (switchboard)
Tel: +44 (0)1865 980 758 (direct)
Fax :+44 (0)1865 793 496
benjamin.ducke at oxfordarch.co.uk




------
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.