Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#3792 closed defect (fixed)

custom line pattern problem

Reported by: zanollim Owned by: tbonfort
Priority: normal Milestone: 6.0 release
Component: AGG Version: 6.0
Severity: normal Keywords:
Cc:

Description

I'm not able to reproduce a pattern like this for a polygon boundary (or line) [mapserver-6.0.0-beta4]:

__|____|____|____|____|____|____|__

here the style and map code working with mapserver-5.6.5 AGG. With mapserver-6.0.0-beta4 the pattern is not drawn (white map)

SYMBOL
  NAME "1.05.01"
  TYPE vector
  POINTS
    1.5 0
    1.5 .5
    -99 -99
    0 .5
    3 .5
  END
END
STYLE
  SYMBOL "1.05.01"
  OUTLINECOLOR 0 0 0
  SIZE 3
END

Is this a bug or mapserver 6 uses a different syntax?

Change History (7)

comment:1 by tbonfort, 13 years ago

Milestone: 6.0 release6.2 release
Owner: changed from sdlime to tbonfort

version 6.0 does not support the brushed line styling (i.e. symbol defined and GAP=0) that was AGG-only in previous versions. The other renderers do not support this kind of symbology.

I'm not sure how this should be treated: a special case for agg?

comment:2 by zanollim, 13 years ago

As a simple mapserver user I think that it is very important not loose the good old functionalities (e.g. special kind of symbology of agg) in newer versions.

I have a map file that uses "complex" brushed line styling with agg with mapserver 5.6.5 and I am very happy with the obtained results.

I hope that the agg "special" styling can also be used in future versions

regards, michele

comment:3 by tbonfort, 13 years ago

Milestone: 6.2 release6.0 release
Resolution: fixed
Status: newclosed

added in r11440.

michele, please confirm, and reopen this ticket if you find issues.

comment:4 by zanollim, 13 years ago

thanks, with mapserver-6.0.0-beta5 the agg brushed line styling is OK!

But I noticed that generally the OFFSET x y does not work.

I need the exception OFFSET x -99

From the Symbology doc:

"To generate asymmetrical line symbols apply -99 for the y value of the OFFSET. Then the x-value defines the distance from a parallel to the original geometry, for which the selected symbol is used"

michele

comment:5 by zanollim, 13 years ago

Resolution: fixed
Status: closedreopened

comment:6 by tbonfort, 13 years ago

Resolution: fixed
Status: reopenedclosed

Please file new bugs for unrelated issues.

I've commited a test for offset lines in r11514, and both offset x y, and offset x -99 are functional. attach a test-case where we can reproduce your offset problem when you open a new ticket, thanks.

comment:7 by tbonfort, 13 years ago

Component: MapServer C LibraryAGG
Note: See TracTickets for help on using tickets.