[Gvsig_english] printing

[Benjamin Ducke]

The discussion should continue via this mailing list!

The Google Doc is just for writing down everything that comes up here
in a structured way. We can always publish the current state of the
document on the web, so everyone will be able to see its contents,
Google Mail account or not.

Ben

G. Allegri wrote:
> I add myself as interested user about this topic. As member of the
> geologist community, I must say that we still miss high-quality OS
> cartographic tools. GMT is a good one, but it's really far away from
> being user friendly, but I still hope that a good GUI for it will come
> out...
> I think that, before the questions about cartographic layout, there's
> the need of advanced *simbology* tools. That's what I expect from a
> GIS point of view. Then I think, like Wolfgang and others, that a GIS
> should provide
> 
> 1 - good functionalities for daily works prinout (this doesn't been
> low-quality!)
> 2 - delegate the professional printout to other dedicated softwares
> 
> I think that the simbology functionalities should be improved, but
> this should open another kind of thread...
> 
> Giovanni
> 
> PS: I use Google Docs, but I would avoid it for large discussions
> because (if I'm not wrong) it needs gmail accounts to share and
> partecipate.
> 
> 
> 2008/10/16 Wolfgang Qual <Wolfgang.Qual at gmx.net>:
>> Hi Chris, all
>>
>>
>>> My experience in IT suggests this is by far the worst option. The habit,
>>> built in the proprietary marketplace where users need to be "sold" new
>>> versions, of trying to build all possible functionality into a single piece of
>>> software all too often results in software that is not so very good at
>>> anything, and almost always results in software that is prone to crashing,
>>> inconsistencies between versions e.g. in data interchange, and extremely slow to
>>> fix bugs.
>> You are right - this is really a risk. And gvSIG might be already in danger of going towards that, as more and more functionality is going to be built in that wonderful program. So this issue has to be handeled with great care. Developers, what do you think of this?
>>> Ensuring there is a seamless flow between applications involved in
>>> different stages is a far more sustainable approach.
>> yes.
>>> This seems a reasonable approach for the majority of cartographic needs.
>>> For some of our needs however we would always need to finish the output in a
>>> graphics focussed application as we are producing maps as illustrations
>>> for client reports. The traditional (last 5 years ;) ) workflow in contract
>>> archaeology is from ArcGIS to Illustrator; gvSIG output to SVG would then
>>> neatly substitute gvSIG to Inkscape for that workflow, with the added
>>> potential benefit of rich web publishing of maps using the SVG output.
>> And this is also very important: how do users work out there? I guess, if there is a "traditional" approved workflow then we should really keep this in mind. Prepress-activities are might be not everyday-work- therefore, "standard" layout and "office printing" should be doable within gvSIG.
>> Export for high-quality map production or publication should be ensured.
>> @Chris: what export-format do you use to export your map out of ArcGIS: eps? image files?
>>
>>> Google Doc or a Wiki page, if the latter use OSGeo?
>> Maybe we shoul also start a second doc / or chapter, where detailed report on existing printing / layout issues is written down.
>>
>>
>> Greetings,
>> Wolfgang
>>
>>
>> --
>> Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
>> Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
>> _______________________________________________
>> 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
> 
> 


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