[mapserver-users] RE Inconsistance between display and data

Wed Feb 17 02:40:15 PST 2016

The classification of the polyline base map data depends on the LAYER
field, and for the concerned department ( french county data, this field
has no FER attribute (FER  french equivalent for RAIL).

I'm just mailing you the corresponding  Layer of the Mapfile:

LAYER
TILEINDEX "./******/generic/index/_polyline_idx"
TILEITEM "LOCATION"
METADATA
INCLUDE './*******/basemap_cache.cfg'
"GI_DO_NOT_CONSULT" "1"
END
PROJECTION
 "init=epsg:2154"
END
PROCESSING 'CLOSE_CONNECTION=DEFER'
NAME "@@FDP/generic/Lineaires"
SIZEUNITS PIXELS
STATUS ON
TOLERANCEUNITS PIXELS
TYPE LINE
UNITS METERS
CLASSITEM "COUCHE"
CLASS
MAXSCALEDENOM 49000
NAME "Contours de communes"
EXPRESSION "CONTOUR"
STYLE
ANTIALIAS TRUE
COLOR 220 220 220
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 49000
NAME "Hydrographie"
EXPRESSION "HYDRO"
STYLE
ANTIALIAS TRUE
COLOR 156 178 206
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 24900
NAME "Parcelles"
EXPRESSION "PARCELLE"
STYLE
ANTIALIAS TRUE
SYMBOL 0
COLOR 200 200 200
WIDTH 1
END
END

CLASS
MAXSCALEDENOM 24900
NAME "Divers"
EXPRESSION "DIVERS"
STYLE
ANTIALIAS TRUE
COLOR 120 120 120
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 24900
NAME "Terrains de sport"
EXPRESSION "SPORT"
STYLE
ANTIALIAS TRUE
COLOR 223 228 217
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 24900
NAME "Cimetière"
EXPRESSION "CROIX"
STYLE
ANTIALIAS TRUE
COLOR 110 110 110
SYMBOL 0
WIDTH 1
END
END
CLASS
MAXSCALEDENOM 24900
NAME "Bâti (trous)"
EXPRESSION "TROU_BATI"
STYLE
ANTIALIAS TRUE
COLOR 156 151 147
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 49000
NAME "Bâti dur"
EXPRESSION "BATIDUR"
STYLE
ANTIALIAS TRUE
COLOR 156 151 147
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 24900
NAME "Bâti léger"
EXPRESSION "BATILEG"
STYLE
ANTIALIAS TRUE
COLOR 175 178 178
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 49000
MINSCALEDENOM 5100
NAME "Voirie"
EXPRESSION "VOIRIE"
STYLE
ANTIALIAS TRUE
COLOR 200 200 200
SYMBOL 0
WIDTH 3
END
STYLE
ANTIALIAS TRUE
COLOR 255 255 255
SYMBOL 0
WIDTH 2
END
END
CLASS
MAXSCALEDENOM 49000
NAME "Ponts"
EXPRESSION "PONT"
STYLE
ANTIALIAS TRUE
COLOR 130 130 130
WIDTH 1
SYMBOL 0
END
END
CLASS
MAXSCALEDENOM 4900
NAME "Trottoirs"
EXPRESSION "TROTTOIR"
STYLE
ANTIALIAS TRUE
COLOR 120 120 120
SIZE 1
SYMBOL "ST1"
END
END
CLASS
MAXSCALEDENOM 49000
NAME "Voies ferrées"
EXPRESSION "FER"
STYLE
ANTIALIAS TRUE
COLOR 102 102 102
WIDTH 4
SYMBOL 0
END
STYLE
ANTIALIAS TRUE
COLOR 240 240 240
SIZE 2
SYMBOL 'rectangle-railway'
WIDTH 1
END
END

On Tue, 16 Feb 2016 at 16:25 Brent Fraser <bfraser at geoanalytic.com> wrote:

> Perhaps the data is mis-classified?  How is the symbol assigned to the
> data?
>
> Best Regards,
> Brent Fraser
>
> On 2/16/2016 6:38 AM, jeansomers wrote:
>
> I'm actually beyond projection, I don't even know which data this railway
> refers to!!!!!
>
> On Tue, 16 Feb 2016 at 14:36 Steve.Toutant [via OSGeo.org] <[hidden email]
> <http:///user/SendEmail.jtp?type=node&node=5250817&i=0>> wrote:
>
>> Maybe bad layer projection parameters ...
>> This railway might no be in the projection you think it is....
>>
>>
>>
>>
>> *jeansomers <[hidden email]
>> <http:///user/SendEmail.jtp?type=node&node=5250815&i=0>>@lists.osgeo.org
>> <http://lists.osgeo.org>*
>> Envoyé par : "mapserver-users" <[hidden email]
>> <http:///user/SendEmail.jtp?type=node&node=5250815&i=1>>
>>
>> 2016-02-16 08:15
>> A
>> [hidden email] <http:///user/SendEmail.jtp?type=node&node=5250815&i=2>
>>
>> cc
>>
>> Objet
>> [mapserver-users] Inconsistance between display and data
>>
>>
>>
>>
>>
>>
>>
>>
>> Hi,
>> I'm one of two base map administrators for a MapServer web-based
>> application.
>>
>> We're regularly integrating new base map data, from reception through
>> quality check to real integration.
>>
>> A while ago, I noticed a base map inconsistance: the map displayed a
>> railway
>> following the coast in a small peninsula.
>>
>> I can tell there is no railway there, I already went to the place. That's
>> the beginning.
>>
>> So I asked for a correction from the regional administrator, which
>> delivered
>> me a new version of the local data.
>>
>> I checked a last time and discovered that the railway was still on the
>> MapServer application.
>>
>> I loaded the original data in QGIS,  applied the usual symbology : no
>> railway.
>> I checked the attributes: no railway values in the symbology field.
>>
>> My colleague suggested it came from an overlapping data: we checked the
>> tile
>> indexes of neighbouring data; none was overlapping on the railway tracks.
>>
>> There we are, without a clue about the origin of this inconsistance.
>>
>> I forgot to mention that we repeatedly deleted application and client
>> caches
>> inbetween.
>>
>> So if you have any idea where it can com from, your suggestions are
>> welcomed.
>>
>> For your notice, here is the print screen of the issue
>>
>> <http://osgeo-org.1560.x6.nabble.com/file/n5250812/33236_0001.png>
>>
>>
>>
>> --
>> View this message in context:
>> <http://osgeo-org.1560.x6.nabble.com/Inconsistance-between-display-and-data-tp5250812.html>
>> http://osgeo-org.1560.x6.nabble.com/Inconsistance-between-display-and-data-tp5250812.html
>> Sent from the Mapserver - User mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-users mailing list
>> [hidden email] <http:///user/SendEmail.jtp?type=node&node=5250815&i=3>
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> [hidden email] <http:///user/SendEmail.jtp?type=node&node=5250815&i=4>
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>> ------------------------------
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://osgeo-org.1560.x6.nabble.com/Inconsistance-between-display-and-data-tp5250812p5250815.html
>> To unsubscribe from Inconsistance between display and data, click here.
>> NAML
>> <http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>>
> --
> *SOMERS Jean*
>
> jean.somers at gmailcom
> +33 6 26 34 59 96
>
> *Skype:* jeansomers
> *LinkedIn:* https://fr.linkedin.com/pub/*jean*-*somers*/4b/9b2/42b
>
> ------------------------------
> View this message in context: Re: RE Inconsistance between display and
> data
> <http://osgeo-org.1560.x6.nabble.com/Re-RE-Inconsistance-between-display-and-data-tp5250817.html>
>
>
> Sent from the Mapserver - User mailing list archive
> <http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html> at
> Nabble.com.
>
>
> _______________________________________________
> mapserver-users mailing listmapserver-users at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> --
*SOMERS Jean*

jean.somers at gmailcom
+33 6 26 34 59 96

*Skype:* jeansomers
*LinkedIn:* https://fr.linkedin.com/pub/*jean*-*somers*/4b/9b2/42b
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160217/f1102883/attachment.htm>