[Gvsig_english] The Printing Issue: The "definitive" wish and
development list ; )
Marcel St-Germain
pvmstg at videotron.ca
Thu Oct 30 12:59:31 CET 2008
Hi all,
Le 08-10-29 à 17:46, Benjamin Ducke a écrit :
> I would like to add one more wish regarding labels: no matter how
> smart
> the collision detection algorithm, I think there will always be a
> situation when one needs to use "break-out" labels, i.e. labels that
> are
> placed some distance from the object and connected via a graphical
> line:
>
> "Label"
> \
> \
> \
> +----------+
> | |
> | |
> +----------+
>
> I am not sure how to best implement this, but I imagine the easiest
> way
> would be to add them to the map layout.
Not sure of that... since map layout and map view should not mix
capability. For me map layout is for outside map feature, north
arrow, legend, scale bar or text, picture etc..
For me, the best way should be, if it's implemented, to add annotation
feature with floating position. So, you could automaticaly generate
label from shape or others entity and then, if the automatic is not
good enough, convert these label to annotation (like in arcmap) and
put these in a database (hoping gv_sig will support file geodatabase
of acmap9,3).
Then, when in annotation, it could be possible to add a position
feature with the label positif coordinates. Like in arcmap you could
place a graphic label point but that label is free to move and you
have a choice of arrow, box around the label with extension to the
point... So, for each annotation 2 sets of coordinates shoud be
record... the one for the position of the label place and the other
for the center of the label text or graphic, the last one being freely
move if neccessary in and editing session....
By the way, this is also in my wich list for symbol.... Lot of time in
mapping, we have point of interest (gas station, restaurant, marina,
etc) to close together... So,,, you have to place them away form the
accurate place where they are making the need to duplicate the poi
source to meet project need... So,,, being able to just show poi with
the symbol but, if not in a good representation place, just, in a
specific project, link to a position file and then move the drawing
place for the pictogram leaving in place the point position of this
poi in the good place... Then, with option to show or not the leading
line, arrow or ...
Marcel
> It might be good enough if the
> user could just grab any label and drag it to another place,
> automatically creating the connecting line (might want to have options
> to control the line style and colour, though).
>
> Ben
>
> Wolfgang Qual wrote:
>> Hi Marcel,
>> the north arrow in 2.0 devel can be already linked to the view -
>> therfore, this issue seems to be solved. Hein?
>>
>>> 1) Printing bugs
>>> 1.1) wms-layer is not exported when printing to pdf
>>> 1.2) printing size of labels different from size of labels in view /
>>> layout
>>> (map)
>>> 1.3) labels are not drawn on the map (Rory Hill, 6.6.08)
>>> 1.4) transformed labels of annotation layer are not drawn (6.6.08,
>>> Silvio
>>> Grosso)
>>> 1.5) printing to ps/pdf (large map) resulted in a uncomplete ps/
>>> pdf-file
>>> - even with quite some memory (25.7. Wolfgang Q)
>>> 1.6) North arrows (svg) loose quality when map is exported to pdf
>>> 1.7) all fonts should be embedded into ps/pdf-file (are they???)
>>> 1.8) elements of map are deleted when typing in name of output
>>> ps/pdf-file
>>> (Wolfgang, 16.10) -- known bug. When will it be resolved?
>>> 1.9) background colour in view (defined in preferences) is lost when
>>> exporting map to ps/pdf (Silvio, 24.10)
>>>
>>> 2) Development of printing module
>>> 2.1) Possibility to create printfiles ready for professional
>>> printing
>>> (pdf/x-3
>>> etc.)
>>> 2.2) Possibility to export to eps-format with different resolution
>>> (300,
>>> 600
>>> dpi)
>>> 2.3) Export map to image format
>>> 2.3.1) tiff (best quality, compression yes/no
>>> 2.3.1) jpg, png
>>> 2.4) export map to vector format
>>> 2.4.1) svg
>>> 2.5) allow export of components of the map (not only the whole
>>> layout)
>>> 2.6) add functionality to add graticules and coordinates around
>>> the map
>>> (like in grass, gmt?)
>>> 2.6.1) Possibility to add multiple graticules to map (layout) -
>>> (Marcel,
>>> 5.10)
>>> 2.7) Possiblility to draw lines with arrow-peaks (Silvio, 24.10)
>>> comment
>>> Wolfgang: this should go into another section: symbology!
>>> 2.8) shortcuts for tools in Map- and View- Mode. Possibility to add
>>> custom shortcuts (silvio)
>>> 2.9) add custom svg-symbols to symbol-library (the new one;
>>> @silvio: I
>>> have found a page with svg(?)-symbols for trees etc. Is it from
>>> you? -->
>>> http://www.gfoss.it/drupal/simboli ???)
>>>
>>>
>>>
>>>
>>> 3) What we have to test:
>>> 3.1) try to load eps-files (big ones) into
>>> 3.1.1) scribus
>>> 3.1.2) sk1
>>> 3.2) test svg-import in scribus, check known issues
>>> and make printfile (pdf/x-3) out of it. Report your findings to the
>>> list
>>> (stability of DTP program, is it an alternative to 2.1?)
>>> 3.3) import ps/pdf-files into scribus and report known issues
>>> (labels
>>> and
>>> outlines were not drawn in my case, import took very long)
>>> 3.4) clearify colour profile issue with ps/pdf - is colour profile
>>> mechanism
>>> needed for ps/pdf export
>>> 3.5) alternatives to sk1/scribus for converting eps/ps to pdf/x-3
>>> etc.
>>> ("professional printout file"): pdf-edit??? (silvio grosso, 15.10)
>>> 3.6) alternatives to scribus/sk1 for final map layout:
>>> 3.6.1) inkscape (but how to handle fact, that file can only be
>>> exported
>>> to
>>> png-file), plus: svg seems not to be accepted in the professional
>>> world...
>>> (Marcel, 15.10.)
>>> what about colour definition and svg?
>>> 3.6.2) GIMP (but where to export to: ps, eps, ...)
>>> 3.7) Test new symbology of coming gvSIG 2.0: which issues remain?
>>> Which
>>> can be
>>> done even better (please keep on testing devel-version)
>>> 3.8) check svg-import in software like scribus and export that to
>>> "known"
>>> printout file (pdf). issues?
>>>
>>>
>>> Best, Wolfgang
>>>
>>>
>>> _______________________________________________
>>> 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 Archaeological Unit Limited
> Janus House
> Osney Mead
> OX2 0ES
> Oxford, U.K.
>
> Tel.: ++44 (0)1865 263 800
> 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.
>
> _______________________________________________
> 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