[Gvsig_english] printing

[G. Allegri]

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
>