Re: [pmapper-users] roadmap and acl

[Armin Burger]

On 20/03/2012 19:45, Chris Jackson wrote:
> Hi all,
> I like the direction development is going with v5. My tuppence of wishes
> would be extension of ways to select data - either buffers, user drawn
> polygons, or even simple user uploaded polygon shapefiles.

query by polygon is already implemented in the core code, one just needs 
implement the OL control, which should be straightforward.

Then I guess
> further use of other OL functionality - editing etc.

One of the reasons for incorporating OL is to allow anybody to directly 
make use of OL sample code like edit controls, etc, without the need to 
develop it from scratch. This you should find in some OL examples.

armin

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Chris Jackson]

Hi all,
I like the direction development is going with v5. My tuppence of wishes
would be extension of ways to select data - either buffers, user drawn
polygons, or even simple user uploaded polygon shapefiles. Then I guess
further use of other OL functionality - editing etc.

Appreciate this maybe beyond what PMapper's objectives are trying to
deliver, but it is such a useful framework to build upon.

Cheers
Chris
On 17 Mar 2012 10:21, "Armin Burger"  wrote:

> On 16/03/2012 12:50, G. Allegri wrote:
> > Hi,
> > the idea to use Openlayers could give a new boost to Pmapper, which I
> find
> > one of the best "technical oriented" WebGIS out there.
> > This could give a chance to develop more on it. It's a long time I'm
> > thinking to an admin API, for an example, but was discouraged to invest
> on
> > it by the lack of some foundamental features for nowday's WebGIS
> platforms,
> > with OL being the biggest.
>
> well, there are frameworks like GeoExt that might already have offered
> this type of functionality. Did you ever try them?
>
> > Armin, do you have any plans about it? Will you put it out when things
> are
> > done, or will you share the code while working on it?
>
> So far quite some parts are still a bit under construction with frequent
> and possibly still deeper changes. It was not always easy to understand
> the sometimes strange logic of OL, and the OL mailing list was of no
> help for very specific questions (I practically never got any reply). So
> I was sometimes close to abandon the idea of using OL. Now I found most
> ways for workarounds, and the map navigation and interaction tools are
> mainly working.
>
> I'm currently in the final stage of rewriting the old and badly
> structured query code of p.mapper, this might be even possible to port
> it back to the p.mapper 4 (the new one will be version 5). The query
> stuff is again a bit of a mess, this time from the side of MapServer.
> But the new query classes should allow more easily to write you own
> functionality for the query result display if needed since this is now
> decoupled from actually getting the query result.
>
> A missing part is also the printing where I will mainly have to
> investigate how to print tiled layers that are not available via
> Mapserver (like OSM layers, Google layers will anyway not be allowed to
> be included in printings).
>
> Just to give an idea how the composition of layers from mapserver and OL
> works: You can define as now to have all MS layers (or groups) being
> rendered on a single map image, with or without tiling. Or you can split
> groups of layers into a few blocks, each block is an OL layer (I call
> the OL layers 'olThemes' to avoid too much of naming confusion). The
> combination which layers are rendered together or separately can be done
> in any type of combination. Using tiled layers for the time being will
> require to use the Google spherical mercator projection for the map. I
> cerated 2 new types of new OL layers, one tiled and the other non-tiled.
> Both are based on MapScript and will only work inside a user PHP session.
>
> It will be very likely that the first release version of p.mapper 5 will
> have some very specific functionalities not yet included, and most
> likely also only a few plugins will work already then.
>
> When the code is a bit more stable I will put it on the SVN, depending
> also if anyone is interested in contributing some developments. I might
> put a preliminary beta version out in the next week or so, so that
> people can have a look at it on their own installation.
>
> A first draft version (already 2 weeks old) is available at
> http://www.pmapper.net/demo/pmapper-5-dev/
> http://www.pmapper.net/demo/pmapper-5-dev/?config=singletile
>
> some new functions beyond OL integrations already implemented are:
> - hierarchical level above categories (called 'domains')
> - more flexible mutual disabling of layers
>
> Do not use IE for it since it will complain about some "console.log()"
> calls.
>
> Hope that helps for now
>
> Armin
>
>
>
>
>
>
>
>
>
>
>
>
>
> > Thanks for you precious work,
> > Giovanni
> >
> --
> > This SF email is sponsosred by:
> > Try Windows Azure free for 90 days Click Here
> > http://p.sf.net/sfu/sfd2d-msazure
> > ___
> > pmapper-users mailing list
> > pmapper-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/pmapper-users
> >
>
>
>
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> pmapper-users mailing list
> pmapper-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pmapper-users
>
--
This SF 

Re: [pmapper-users] roadmap and acl

[G. Allegri]

>
>
>>> well, there are frameworks like GeoExt that might already have offered
>> this type of functionality. Did you ever try them?
>
>
> As you know, GeoExt is more a client viewer, decouled by the server side.
> What I like in Pmapper is the integrated environment, where with few
> configurations you obtain a full-featured system (client+server).
> Having an admin API would allow the configuration to be made through a web
> based UI, or even a desktop app. This would simplify/streamline the process
> of setting up and deploying maps and services for the end-user.
>

PS: and I love jQuery lot more then ExtJS! :)

About the OL integration, it could also permit to the use of external
services, like ArcGIS Server, Geoserver, etc. on top of the MS based
services. A lot of chances more to be welcomed in various application
contexts.

giovanni
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Serge Claudio Rafanoharana]

Hi Armin,

Great job, and your explanation are very clear...

Serge

On Sat, Mar 17, 2012 at 7:26 PM, Armin Burger  wrote:

>
>
> On 17/03/2012 12:38, G. Allegri wrote:
> > Having an admin API would allow the configuration to be made through a
> web
> > based UI, or even a desktop app. This would simplify/streamline the
> process
> > of setting up and deploying maps and services for the end-user.
>
>
> Hi Giovanni
>
> I find the management of the map file and all layers, with classes,
> symbols, etc the most time consuming part. Setting up a GUI for that
> would require quite a bit of work. Maybe you could give a look at the
> QGIs plugin and just modify it to add some specific settings for
> p.mapper (mainly the query fields and result headers under METADATA).
> Another web-based map file creator was never really finished.
>
> I once set up an extension for ArcView 3 for this but I guess not many
> people are still using it.
>
> The configuration style for p.mapper 5 will be more or less similar to
> the previous version. Originally I wanted to move more config settings
> from the XML to the js_config file since I'm now more used to writing
> JSON like notations. But I mainly left it in the way it was. So the most
> important settings to be changed typically for every application remain
> in the XML. The category/group definition can be a bit more difficult
> now in order to allow more complex set up, there were some compromises
> necessary to put everything in XML. An example is e.g
>
> 
> countries
> cities1eu
> 
> 
>description="Infrastructure" type="PMTile">
> roads
> railroad
> 
>
> Settings that are very OL-oriented are in Javascript since it allows to
> directly use OL-generic properties and options. But since this is
> de-facto JSON, it should be possible to write this also somehow via a GUI.
>
> armin
>
>
>
>
>
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> pmapper-users mailing list
> pmapper-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pmapper-users
>



-- 
Serge
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Armin Burger]

On 17/03/2012 12:38, G. Allegri wrote:
> Having an admin API would allow the configuration to be made through a web
> based UI, or even a desktop app. This would simplify/streamline the process
> of setting up and deploying maps and services for the end-user.


Hi Giovanni

I find the management of the map file and all layers, with classes, 
symbols, etc the most time consuming part. Setting up a GUI for that 
would require quite a bit of work. Maybe you could give a look at the 
QGIs plugin and just modify it to add some specific settings for 
p.mapper (mainly the query fields and result headers under METADATA). 
Another web-based map file creator was never really finished.

I once set up an extension for ArcView 3 for this but I guess not many 
people are still using it.

The configuration style for p.mapper 5 will be more or less similar to 
the previous version. Originally I wanted to move more config settings 
from the XML to the js_config file since I'm now more used to writing 
JSON like notations. But I mainly left it in the way it was. So the most 
important settings to be changed typically for every application remain 
in the XML. The category/group definition can be a bit more difficult 
now in order to allow more complex set up, there were some compromises 
necessary to put everything in XML. An example is e.g


 countries
 cities1eu
 


 roads
 railroad


Settings that are very OL-oriented are in Javascript since it allows to 
directly use OL-generic properties and options. But since this is 
de-facto JSON, it should be possible to write this also somehow via a GUI.

armin




--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[G. Allegri]

Thanks Armin for these notes. I reply inline:


>> well, there are frameworks like GeoExt that might already have offered
> this type of functionality. Did you ever try them?


As you know, GeoExt is more a client viewer, decouled by the server side.
What I like in Pmapper is the integrated environment, where with few
configurations you obtain a full-featured system (client+server).
Having an admin API would allow the configuration to be made through a web
based UI, or even a desktop app. This would simplify/streamline the process
of setting up and deploying maps and services for the end-user.


>
>
>  Armin, do you have any plans about it? Will you put it out when things are
>> done, or will you share the code while working on it?
>>
>
> So far quite some parts are still a bit under construction with frequent
> and possibly still deeper changes. It was not always easy to understand the
> sometimes strange logic of OL, and the OL mailing list was of no help for
> very specific questions (I practically never got any reply). So I was
> sometimes close to abandon the idea of using OL. Now I found most ways for
> workarounds, and the map navigation and interaction tools are mainly
> working.
>
> I'm currently in the final stage of rewriting the old and badly structured
> query code of p.mapper, this might be even possible to port it back to the
> p.mapper 4 (the new one will be version 5). The query stuff is again a bit
> of a mess, this time from the side of MapServer. But the new query classes
> should allow more easily to write you own functionality for the query
> result display if needed since this is now decoupled from actually getting
> the query result.
>
> A missing part is also the printing where I will mainly have to
> investigate how to print tiled layers that are not available via Mapserver
> (like OSM layers, Google layers will anyway not be allowed to be included
> in printings).
>
> Just to give an idea how the composition of layers from mapserver and OL
> works: You can define as now to have all MS layers (or groups) being
> rendered on a single map image, with or without tiling. Or you can split
> groups of layers into a few blocks, each block is an OL layer (I call the
> OL layers 'olThemes' to avoid too much of naming confusion). The
> combination which layers are rendered together or separately can be done in
> any type of combination. Using tiled layers for the time being will require
> to use the Google spherical mercator projection for the map. I cerated 2
> new types of new OL layers, one tiled and the other non-tiled. Both are
> based on MapScript and will only work inside a user PHP session.
>
> It will be very likely that the first release version of p.mapper 5 will
> have some very specific functionalities not yet included, and most likely
> also only a few plugins will work already then.
>
> When the code is a bit more stable I will put it on the SVN, depending
> also if anyone is interested in contributing some developments. I might put
> a preliminary beta version out in the next week or so, so that people can
> have a look at it on their own installation.
>
>
Great work. I'm not able to comment your points in this moment, I need to
have a look to the code, but it sounds great!
I hope to have a ride on it soon ;)


> A first draft version (already 2 weeks old) is available at
> http://www.pmapper.net/demo/**pmapper-5-dev/
> http://www.pmapper.net/demo/**pmapper-5-dev/?config=**singletile


OSM within Pmapper! That's what I was longing for ;)

giovanni
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Armin Burger]

On 16/03/2012 12:50, G. Allegri wrote:
> Hi,
> the idea to use Openlayers could give a new boost to Pmapper, which I find
> one of the best "technical oriented" WebGIS out there.
> This could give a chance to develop more on it. It's a long time I'm
> thinking to an admin API, for an example, but was discouraged to invest on
> it by the lack of some foundamental features for nowday's WebGIS platforms,
> with OL being the biggest.

well, there are frameworks like GeoExt that might already have offered 
this type of functionality. Did you ever try them?

> Armin, do you have any plans about it? Will you put it out when things are
> done, or will you share the code while working on it?

So far quite some parts are still a bit under construction with frequent 
and possibly still deeper changes. It was not always easy to understand 
the sometimes strange logic of OL, and the OL mailing list was of no 
help for very specific questions (I practically never got any reply). So 
I was sometimes close to abandon the idea of using OL. Now I found most 
ways for workarounds, and the map navigation and interaction tools are 
mainly working.

I'm currently in the final stage of rewriting the old and badly 
structured query code of p.mapper, this might be even possible to port 
it back to the p.mapper 4 (the new one will be version 5). The query 
stuff is again a bit of a mess, this time from the side of MapServer. 
But the new query classes should allow more easily to write you own 
functionality for the query result display if needed since this is now 
decoupled from actually getting the query result.

A missing part is also the printing where I will mainly have to 
investigate how to print tiled layers that are not available via 
Mapserver (like OSM layers, Google layers will anyway not be allowed to 
be included in printings).

Just to give an idea how the composition of layers from mapserver and OL 
works: You can define as now to have all MS layers (or groups) being 
rendered on a single map image, with or without tiling. Or you can split 
groups of layers into a few blocks, each block is an OL layer (I call 
the OL layers 'olThemes' to avoid too much of naming confusion). The 
combination which layers are rendered together or separately can be done 
in any type of combination. Using tiled layers for the time being will 
require to use the Google spherical mercator projection for the map. I 
cerated 2 new types of new OL layers, one tiled and the other non-tiled. 
Both are based on MapScript and will only work inside a user PHP session.

It will be very likely that the first release version of p.mapper 5 will 
have some very specific functionalities not yet included, and most 
likely also only a few plugins will work already then.

When the code is a bit more stable I will put it on the SVN, depending 
also if anyone is interested in contributing some developments. I might 
put a preliminary beta version out in the next week or so, so that 
people can have a look at it on their own installation.

A first draft version (already 2 weeks old) is available at
http://www.pmapper.net/demo/pmapper-5-dev/
http://www.pmapper.net/demo/pmapper-5-dev/?config=singletile

some new functions beyond OL integrations already implemented are:
- hierarchical level above categories (called 'domains')
- more flexible mutual disabling of layers

Do not use IE for it since it will complain about some "console.log()" 
calls.

Hope that helps for now

Armin













> Thanks for you precious work,
> Giovanni
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> pmapper-users mailing list
> pmapper-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pmapper-users
>


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[G. Allegri]

Hi,
the idea to use Openlayers could give a new boost to Pmapper, which I find
one of the best "technical oriented" WebGIS out there.
This could give a chance to develop more on it. It's a long time I'm
thinking to an admin API, for an example, but was discouraged to invest on
it by the lack of some foundamental features for nowday's WebGIS platforms,
with OL being the biggest.

Armin, do you have any plans about it? Will you put it out when things are
done, or will you share the code while working on it?

Thanks for you precious work,
Giovanni
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Walter Lorenzetti]

Il 13/03/2012 19:27, Armin Burger ha scritto:
> If I remember well Walter Lorenzetti had some sort of prototype for
> this, you could ask him about it.
Hi Armin, hi all,

yes i did a prototype of a authentication ACl plugins...
I hope to find a lot of time for to write a short documentation about 
installation/use  and send plungin to the svn I hope to do that 
before end of week.

The plugin now allow ACl only a entire config.xml file not on the single 
layer...

Bye
Walter

-- 

Walter Lorenzetti phD
email: lorenze...@gis3w.it
skype: aiki74
Cell: (+39) 347-6597931  Tel+Fax: (+39) 0588 85021
Viale Giuseppe Verdi n. 24, 51016
Montecatini Terme,Pistoia
P.IVA 01686280478
Italy


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Armin Burger]

On 13/03/2012 05:32, Serge Claudio Rafanoharana wrote:
> Hi Armin and Andrea,
>>> Restricting access to some layers can be implemented without too much of
> work in a plugin that takes into account user privileges and removes
> layers not available for certain users.
>
> Another very interesting thing... Can't wait for that plugin...
>

I just said that it should not be too complicated adding permission 
checks for layers based on authentication modules of other PHP 
frameworks. I did not say that I have any plans to implement something 
in that direction...

If I remember well Walter Lorenzetti had some sort of prototype for 
this, you could ask him about it.

armin

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Serge Claudio Rafanoharana]

Hi Armin and Andrea,

I jumped into this conversation because I found it very interesting...


>>The next larger change that might happen is
an inclusion of OpenLayers for the part of the map navigation.

That would be very interesting...

>>Restricting access to some layers can be implemented without too much of
work in a plugin that takes into account user privileges and removes
layers not available for certain users.

Another very interesting thing... Can't wait for that plugin...


Serge


On Tue, Mar 13, 2012 at 1:11 AM, Armin Burger  wrote:

> I do not set up any more stuff like roadmaps. If time permits I'm
> working a bit on p.mapper. The next larger change that might happen is
> an inclusion of OpenLayers for the part of the map navigation.
>
> An ACL system would require also lots of stuff like user/password
> management which is quite often integrated into other frameworks that
> can include p.mapper as well. So a generic implementation for p.mapper
> does not make too much sense to me.
>
> Restricting access to some layers can be implemented without too much of
> work in a plugin that takes into account user privileges and removes
> layers not available for certain users.
>
> Thomas Raffin might be able to give you some more hints where to plugin
> such things. Could go via the session variable
> "plugin_phpMapObjModifierFileList" that is referenced in globals.php and
> modifies the map object and very likely filled by plugins. Other
> possibility is to go through the "group" session var.
>
> Armin
>
> On 12/03/2012 15:23, Andrea Zagli wrote:
> > where can i find the updated pmapper development roadmap?
> >
> > have you planned to implement an acl system? for example for layers
> > and fields visibility?
> >
> > thanks in advance
> >
> >
> >
> --
> > Try before you buy = See our experts in action!
> > The most comprehensive online learning library for Microsoft developers
> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> > Metro Style Apps, more. Free future releases when you subscribe now!
> > http://p.sf.net/sfu/learndevnow-dev2
> > ___
> > pmapper-users mailing list
> > pmapper-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/pmapper-users
> >
>
>
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> pmapper-users mailing list
> pmapper-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pmapper-users
>



-- 
Serge
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

Re: [pmapper-users] roadmap and acl

[Armin Burger]

I do not set up any more stuff like roadmaps. If time permits I'm 
working a bit on p.mapper. The next larger change that might happen is 
an inclusion of OpenLayers for the part of the map navigation.

An ACL system would require also lots of stuff like user/password 
management which is quite often integrated into other frameworks that 
can include p.mapper as well. So a generic implementation for p.mapper 
does not make too much sense to me.

Restricting access to some layers can be implemented without too much of 
work in a plugin that takes into account user privileges and removes 
layers not available for certain users.

Thomas Raffin might be able to give you some more hints where to plugin 
such things. Could go via the session variable 
"plugin_phpMapObjModifierFileList" that is referenced in globals.php and 
modifies the map object and very likely filled by plugins. Other 
possibility is to go through the "group" session var.

Armin

On 12/03/2012 15:23, Andrea Zagli wrote:
> where can i find the updated pmapper development roadmap?
>
> have you planned to implement an acl system? for example for layers
> and fields visibility?
>
> thanks in advance
>
>
> --
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> ___
> pmapper-users mailing list
> pmapper-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/pmapper-users
>

--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users

[pmapper-users] roadmap and acl

[Andrea Zagli]

where can i find the updated pmapper development roadmap?

have you planned to implement an acl system? for example for layers  
and fields visibility?

thanks in advance


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users