Re: [mapserver-users] Mapfile CLASS hierarchy

2017-01-22 Thread lars . schylberg 

This blog entry from Simon Mercier describes how this works.




http://www.mapgears.com/en/blog/archive/2013-03-05-roads_network_mapping




Lars S.



-Originalmeddelande- 
> Från: "Stephen Woodbridge"  
> Till: mapserver-users@lists.osgeo.org 
> Datum: 2017-01-22 05:35 
> Ämne: Re: [mapserver-users] Mapfile CLASS hierarchy 
> 
> Oh, and I forgot to mention that if you want objects rendered in a 
> particular order, then your should sort the data in the sources in that 
> order. You can do this with order by clause on SQL based data sources 
> and using shpsort for shapefiles, ogr2ogr and also sort data.
> 
> On 1/21/2017 10:03 PM, Stephen Woodbridge wrote:
> > Within a layer objects are always drawn in the order they are delivered
> > from the datasource. Think of the CLASSes are an IF-ELSEIF-BLOCK, when
> > an object is presented each CLASS is tested and the first one the
> > accepts the object renders it.
> >
> > I often up a default class at then end that has no expression ans render
> > it in red just so I can see if I missed any cases, but remove it when
> > I'm done developing the mapfile.
> >
> > -Steve W
> >
> > On 1/21/2017 8:48 PM, Stefanos Anastasiou wrote:
> >> Hi list,
> >>    according to the documentation, the first layer in the mapfile is
> >> drawn first, and the second is drawn on top of that and so on... I was
> >> wondering if the same principle applies to the CLASS object as well. For
> >> example: I have a "Roads" layer stored in PostGIS with a "Category"
> >> column representing the different types of roads. So a category 3 is
> >> very small roads, category 2 is city roads, 1 is major roads and 0 is
> >> highways and on the same layers I create four CLASS objects with
> >> different styles for each Road category. But regardless the order of the
> >> classes (either I draw the small roads first or the highways) the same
> >> effect insists: the small roads are drawn over the highways.    So what
> >> is the solution here? Create different layers of the same dataset
> >> representing the various values of the "Category" column ??
> >>
> >>
> >> Regards,
> >> -Stefanos
> >>
> >>
> >> ___
> >> mapserver-users mailing list
> >> mapserver-users@lists.osgeo.org
> >> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> >>
> >
> >
> > ---
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus
> >
> > ___
> > mapserver-users mailing list
> > mapserver-users@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users





-- 

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] MapCache resolution

2017-01-22 Thread Vladimir 

Hi!

I didn't found a rule and took the resolutions that my client(OpenLayers 3) 
sends in its request. So grid section looks like:

   8238077.16046298 5283327.39507164 9001224.45086216 
5792092.25533779
    EPSG:3857
    EPSG:900913
    m
    256 256
    
  76.43702828517625 
  38.21851414258813 
  19.109257071294063
    


There are no performance problem using "disk" type in "on-demand"(not seeder) 
mode.

Hope it'll help.

>Hello list,
>   regarding the resolution element in mapcache.xml, according to the 
>documentation it is a " is a list of resolutions for each of the zoom levels 
>defined by the grid ". I guess this means that it's up to define  the 
>units-per-pixel in each service. Do we define these numbers arbitrarily? Is 
>there some kind of a rule?
>   And another thing. I've tried the "disk" cache and the "sqlite" cache. In 
>both cases my processor is struggling until caching the tiles for the first 
>time. Is this normal ?   (I'm doing it in localhost)
>
>Regards,
>Stefanos
>___
>mapserver-users mailing list
>mapserver-users@lists.osgeo.org
>https://lists.osgeo.org/mailman/listinfo/mapserver-users

my
моя___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Σχετ: Mapfile CLASS hierarchy

2017-01-22 Thread Stefanos Anastasiou 
Thank you for the replies.
     This means that regardless of the layer's CLASS hierachy, the attributes 
will be rendered according to the sorting rule, which is predefined in your 
data. If the data are not sorted in advance, the rendering will never be right. 
Correct?  If this is the case, then  +1 for the sortshp. It worked out well in 
my mapfile and roads are rendered properly.    However it appears that in 
PostGIS data,  the sorting happens in the DATA section of the mapfile, and the 
data need not  be pre-sorted. It works this way here, at least with the 
following rule:              DATA 'geom from (SELECT * FROM roads ORDER BY 
category desc) AS foo using unique id using srid=2100'   On the other hand, I 
didn't quite catch the z-index part in Simon's tutorial. I don't have have z 
values...    I'm also curious for one more thing.  As more as I zoom in on my 
map, the roads are getting smaller instead of getting bigger. Imagine a highway 
looking pretty wide and as you zoom in the width is reducing. I've only set 
color and width in STYLE object of my mapfile.   Am I missing any configuration 
?  


This blog entry from Simon Mercier describes how this works.
http://www.mapgears.com/en/blog/archive/2013-03-05-roads_network_mapping
Lars S.
-Originalmeddelande-
> Från: "Stephen Woodbridge" 
> Till: mapserver-users@lists.osgeo.org
> Datum: 2017-01-22 05:35
> Ämne: Re: [mapserver-users] Mapfile CLASS hierarchy
>
> Oh, and I forgot to mention that if you want objects rendered in a
> particular order, then your should sort the data in the sources in that
> order. You can do this with order by clause on SQL based data sources
> and using shpsort for shapefiles, ogr2ogr and also sort data.
>
> On 1/21/2017 10:03 PM, Stephen Woodbridge wrote:
> > Within a layer objects are always drawn in the order they are delivered
> > from the datasource. Think of the CLASSes are an IF-ELSEIF-BLOCK, when
> > an object is presented each CLASS is tested and the first one the
> > accepts the object renders it.
> >
> > I often up a default class at then end that has no expression ans render
> > it in red just so I can see if I missed any cases, but remove it when
> > I'm done developing the mapfile.
> >
> > -Steve W
> >
> > On 1/21/2017 8:48 PM, Stefanos Anastasiou wrote:
> >> Hi list,
> >>    according to the documentation, the first layer in the mapfile is
> >> drawn first, and the second is drawn on top of that and so on... I was
> >> wondering if the same principle applies to the CLASS object as well. For
> >> example: I have a "Roads" layer stored in PostGIS with a "Category"
> >> column representing the different types of roads. So a category 3 is
> >> very small roads, category 2 is city roads, 1 is major roads and 0 is
> >> highways and on the same layers I create four CLASS objects with
> >> different styles for each Road category. But regardless the order of the
> >> classes (either I draw the small roads first or the highways) the same
> >> effect insists: the small roads are drawn over the highways.    So what
> >> is the solution here? Create different layers of the same dataset
> >> representing the various values of the "Category" column ??
> >>
> >>
> >> Regards,
> >> -Stefanos
> >>
> >>
> >> ___
> >> mapserver-users mailing list
> >> mapserver-users@lists.osgeo.org
> >> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> >>
> >
> >
> > ---
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus
> >
> > ___
> > mapserver-users mailing list
> > mapserver-users@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users

--
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

 Στις 12:25 μ.μ. Κυριακή, 22 Ιανουαρίου 2017, ο/η 
"lars.schylb...@blixtmail.se"  έγραψε:
 

 ___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Σχετ: Mapfile CLASS hierarchy

2017-01-22 Thread Stephen Woodbridge 

On 1/22/2017 6:33 PM, Stefanos Anastasiou wrote:

Thank you for the replies.

 This means that regardless of the layer's CLASS hierachy, the
attributes will be rendered according to the sorting rule, which is
predefined in your data. If the data are not sorted in advance, the
rendering will never be right. Correct?
If this is the case, then  +1 for the sortshp. It worked out well in my
mapfile and roads are rendered properly.
However it appears that in PostGIS data,  the sorting happens in the
DATA section of the mapfile, and the data need not  be pre-sorted. It
works this way here, at least with the following rule:
  DATA 'geom from (SELECT * FROM roads ORDER BY category
desc) AS foo using unique id using srid=2100'
   On the other hand, I didn't quite catch the z-index part in Simon's
tutorial. I don't have have z values...


Yes this all correct.


I'm also curious for one more thing.  As more as I zoom in on my map,
the roads are getting smaller instead of getting bigger. Imagine a
highway looking pretty wide and as you zoom in the width is reducing.
I've only set color and width in STYLE object of my mapfile.   Am I
missing any configuration ?


By default units are in pixels, so a road 12 pixels width is 12 pixels 
wide regardless of zoom level. Set UNITS meter and now you road width 
will be in ground units and get width on the map as you zoom in. Youcan 
also use MINSIZE and MAXSIZE to limit the width of the roads to some 
number of pixels.


-Steve


This blog entry from Simon Mercier describes how this works.

http://www.mapgears.com/en/blog/archive/2013-03-05-roads_network_mapping

Lars S.

-Originalmeddelande-

Från: "Stephen Woodbridge" 
>

Till: mapserver-users@lists.osgeo.org



Datum: 2017-01-22 05:35
Ämne: Re: [mapserver-users] Mapfile CLASS hierarchy

Oh, and I forgot to mention that if you want objects rendered in a
particular order, then your should sort the data in the sources in that
order. You can do this with order by clause on SQL based data sources
and using shpsort for shapefiles, ogr2ogr and also sort data.

On 1/21/2017 10:03 PM, Stephen Woodbridge wrote:
> Within a layer objects are always drawn in the order they are delivered
> from the datasource. Think of the CLASSes are an IF-ELSEIF-BLOCK, when
> an object is presented each CLASS is tested and the first one the
> accepts the object renders it.
>
> I often up a default class at then end that has no expression ans render
> it in red just so I can see if I missed any cases, but remove it when
> I'm done developing the mapfile.
>
> -Steve W
>
> On 1/21/2017 8:48 PM, Stefanos Anastasiou wrote:
>> Hi list,
>>according to the documentation, the first layer in the mapfile is
>> drawn first, and the second is drawn on top of that and so on... I was
>> wondering if the same principle applies to the CLASS object as

well. For

>> example: I have a "Roads" layer stored in PostGIS with a "Category"
>> column representing the different types of roads. So a category 3 is
>> very small roads, category 2 is city roads, 1 is major roads and 0 is
>> highways and on the same layers I create four CLASS objects with
>> different styles for each Road category. But regardless the order

of the

>> classes (either I draw the small roads first or the highways) the same
>> effect insists: the small roads are drawn over the highways.So what
>> is the solution here? Create different layers of the same dataset
>> representing the various values of the "Category" column ??
>>
>>
>> Regards,
>> -Stefanos
>>
>>
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org



>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org 
https://lists.osgeo.org/mailman/listinfo/mapserver-users



--

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org 
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Στις 12:25 μ.μ. Κυριακή, 22 Ιανουαρίου 2017, ο/η
"lars.schylb...@blixtmail.se"  έγραψε:




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users




---
This email

[mapserver-users] Google Summer of Code ideas page: action required latest by February 5th!

2017-01-22 Thread Margherita Di Leo 
Dear All,

It’s that time of the year again!

Applications for Google Summer of Code 2017 are now open for would-be
mentor organizations, and we are in the process of applying on behalf of
OSGeo. At this stage, it is extremely important that we put up a nice and
informative ideas page, that Google will look at in order to evaluate
OSGeo’s application.

*We need your help!*

As previous years, we will create an OSGeo Ideas page, that links to
software communities ideas pages. If you wish to participate, please, start
listing the ideas and the corresponding mentors of your software community
and send us the link to your wiki page latest by February 5th.

And spread the word as much as you can!!

*Please note that from this year we have set up a group email for admin
purpose where you can reach all of us OSGeo GSoC admins at once:
gsoc-ad...@osgeo.org.*

For further GSoC-related discussions e.g. inter/cross-project
ideas/proposals, ideas discussions, etc please use the long established
OSGeo’s SoC -- Google Summer of Code Coordination mailing list (
https://lists.osgeo.org/mailman/listinfo/soc).

Thank you

the OSGeo GSoC Admins Team 2017


-- 
Margherita Di Leo
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users