Re: [pmapper-users] pmapper little bugs
On Fri, Jul 26, 2013 at 10:43 AM, Armin Burger armin.bur...@gmx.net wrote: 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. I already tried to understand why this happens but I could not find any obvious reason when checking the source code. I need to debug it step by step with a layer and change some field values to have an '@' in it to see at which step this is changed to 'Email'. Hi all, I had a new case where email addresses have to be retrieved from a shapefile attribute, so after some searching I have found the following solution: replacing the '@' by its numerical code '#64;' Works fine, an '@' is now displayed into the table query results. My mapfile is encoded in UTF8 and the shapefile in ISO-8859-1. Hope that helps, cheers Chris -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
No more hyperlink text bug in r1321.
And as expected, the fix Armin did for the pan with the zoom out tool
selected is working fine.
Well done guys! : )
On Mon, Sep 23, 2013 at 3:14 PM, Thomas RAFFIN traf...@sirap.fr wrote:
Hi,
The bug was introduced in 1306 while trying to correct an other one.
Now it should be OK in 1321.
Thomas
Le 23/09/2013 10:05, Chris forum a écrit :
Hi all,
It looks like http://svn.pmapper.net is down since last week. Apache
reboot needed ; )
Thomas Did you happen to check the hyperlink text bug?
Regards,
Chris
On Wed, Sep 18, 2013 at 5:46 PM, Thomas RAFFIN traf...@sirap.fr
mailto:traf...@sirap.fr wrote:
Hi
I know this bug and I think I've just forgotten to commit it in
pmapper...
I will check it tomorrow
Bye
Thomas
Le 18/09/2013 17:17, Chris forum a écrit :
Hi Armin,
I needed some time to rework my project, I am now ready to insert
it
(almost) easily into any new revision. That's what I am going to
do now
with rev 1320 to validate your last fix.
Aside from that, I have noticed a new bug that has appeared with
rev 1314:
the resulting value of a graphical query, displayed into the
result table,
should be transformed into a link when RESULT_HYPERLINK is
specified in
the mapfile.
Prior to rev1314, the text of the link was the resulting value.
Now, the text consists of the name of the attribute.
In other words, Firebug now shows
a href=
javascript:PM.Custom.openHyperlink('layer_name','attribute_name','attribute_value')
'*attribute_name*'/a
instead of
a href=javascript:PM.Custom.openHyperlink
('layer_name','attribute_name','attribute_value')**'*attribute_value*'/a
From what I see, the problem comes from the modifications made
into the
initgroups.php file, _getHyperFieldList function.
Can not find what is wong in it though...
Chris
On Sun, Aug 25, 2013 at 11:33 AM, Armin Burger
armin.bur...@gmx.net mailto:armin.bur...@gmx.net wrote:
On 07/22/2013 10:34 AM, Chris forum wrote:
5)
The mouse right click to pan the map is great.
But if the Zoom out tool is selected (minus magnifier) when
doing so, the
map is also zoomed out.
Is that on purpose?
this should now be fixed, see
http://svn.pmapper.net/trac/changeset/1320
armin
--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news,
insights,
analysis and resources for efficient Application Performance
Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
mailto:pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just
$49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows
8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends
9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
mailto:pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Thomas RAFFIN
Chef de Projet Internet
traf...@sirap.fr mailto:traf...@sirap.fr
mailto:traf...@sirap.fr mailto:traf...@sirap.fr Sirap
http://sirap.fr Tel
: 04 75 72 84 10
Fax : 04 75 70 07 98
Rue Paul Louis Héroult - BP 253
26106 Romans cedex
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
Re: [pmapper-users] pmapper little bugs
Also www.pmapper.net is down since last week
On Mon, Sep 23, 2013 at 10:05 AM, Chris forum bak.fo...@gmail.com wrote:
Hi all,
It looks like http://svn.pmapper.net is down since last week. Apache
reboot
needed ; )
Thomas Did you happen to check the hyperlink text bug?
Regards,
Chris
On Wed, Sep 18, 2013 at 5:46 PM, Thomas RAFFIN traf...@sirap.fr wrote:
Hi
I know this bug and I think I've just forgotten to commit it in
pmapper...
I will check it tomorrow
Bye
Thomas
Le 18/09/2013 17:17, Chris forum a écrit :
Hi Armin,
I needed some time to rework my project, I am now ready to insert it
(almost) easily into any new revision. That's what I am going to do now
with rev 1320 to validate your last fix.
Aside from that, I have noticed a new bug that has appeared with rev
1314:
the resulting value of a graphical query, displayed into the result
table,
should be transformed into a link when RESULT_HYPERLINK is specified
in
the mapfile.
Prior to rev1314, the text of the link was the resulting value.
Now, the text consists of the name of the attribute.
In other words, Firebug now shows
a href=
javascript:PM.Custom.openHyperlink('layer_name','attribute_name','attribute_value')
'*attribute_name*'/a
instead of
a href=javascript:PM.Custom.openHyperlink
('layer_name','attribute_name','attribute_value')**'*attribute_value*'/a
From what I see, the problem comes from the modifications made into
the
initgroups.php file, _getHyperFieldList function.
Can not find what is wong in it though...
Chris
On Sun, Aug 25, 2013 at 11:33 AM, Armin Burger armin.bur...@gmx.net
wrote:
On 07/22/2013 10:34 AM, Chris forum wrote:
5)
The mouse right click to pan the map is great.
But if the Zoom out tool is selected (minus magnifier) when doing so,
the
map is also zoomed out.
Is that on purpose?
this should now be fixed, see
http://svn.pmapper.net/trac/changeset/1320
armin
--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance
Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Thomas RAFFIN
Chef de Projet Internet
traf...@sirap.fr mailto:traf...@sirap.fr Sirap http://sirap.fr
Tel
: 04 75 72 84 10
Fax : 04 75 70 07 98
Rue Paul Louis Héroult - BP 253
26106 Romans cedex
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack
includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Best Regards
Solly Vuso
Cell:073 3068 170
Fax:086 555 1270
I may not know what tomorrow holds for me but I do know who holds ma
tomorrow.
Re: [pmapper-users] pmapper little bugs
Hi,
The bug was introduced in 1306 while trying to correct an other one.
Now it should be OK in 1321.
Thomas
Le 23/09/2013 10:05, Chris forum a écrit :
Hi all,
It looks like http://svn.pmapper.net is down since last week. Apache
reboot needed ; )
Thomas Did you happen to check the hyperlink text bug?
Regards,
Chris
On Wed, Sep 18, 2013 at 5:46 PM, Thomas RAFFIN traf...@sirap.fr
mailto:traf...@sirap.fr wrote:
Hi
I know this bug and I think I've just forgotten to commit it in
pmapper...
I will check it tomorrow
Bye
Thomas
Le 18/09/2013 17:17, Chris forum a écrit :
Hi Armin,
I needed some time to rework my project, I am now ready to insert it
(almost) easily into any new revision. That's what I am going to
do now
with rev 1320 to validate your last fix.
Aside from that, I have noticed a new bug that has appeared with
rev 1314:
the resulting value of a graphical query, displayed into the
result table,
should be transformed into a link when RESULT_HYPERLINK is
specified in
the mapfile.
Prior to rev1314, the text of the link was the resulting value.
Now, the text consists of the name of the attribute.
In other words, Firebug now shows
a href=
javascript:PM.Custom.openHyperlink('layer_name','attribute_name','attribute_value')
'*attribute_name*'/a
instead of
a href=javascript:PM.Custom.openHyperlink
('layer_name','attribute_name','attribute_value')**'*attribute_value*'/a
From what I see, the problem comes from the modifications made
into the
initgroups.php file, _getHyperFieldList function.
Can not find what is wong in it though...
Chris
On Sun, Aug 25, 2013 at 11:33 AM, Armin Burger
armin.bur...@gmx.net mailto:armin.bur...@gmx.net wrote:
On 07/22/2013 10:34 AM, Chris forum wrote:
5)
The mouse right click to pan the map is great.
But if the Zoom out tool is selected (minus magnifier) when
doing so, the
map is also zoomed out.
Is that on purpose?
this should now be fixed, see
http://svn.pmapper.net/trac/changeset/1320
armin
--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance
Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
mailto:pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows
8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
mailto:pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Thomas RAFFIN
Chef de Projet Internet
traf...@sirap.fr mailto:traf...@sirap.fr
mailto:traf...@sirap.fr mailto:traf...@sirap.fr Sirap
http://sirap.fr Tel
: 04 75 72 84 10
Fax : 04 75 70 07 98
Rue Paul Louis Héroult - BP 253
26106 Romans cedex
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8,
SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power
Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
mailto:pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Thomas RAFFIN
Chef de Projet Internet
traf...@sirap.fr mailto:traf...@sirap.fr Sirap http://sirap.fr
Tel
: 04 75 72 84 10
Fax : 04
Re: [pmapper-users] pmapper little bugs
Hi
I know this bug and I think I've just forgotten to commit it in pmapper...
I will check it tomorrow
Bye
Thomas
Le 18/09/2013 17:17, Chris forum a écrit :
Hi Armin,
I needed some time to rework my project, I am now ready to insert it
(almost) easily into any new revision. That's what I am going to do now
with rev 1320 to validate your last fix.
Aside from that, I have noticed a new bug that has appeared with rev 1314:
the resulting value of a graphical query, displayed into the result table,
should be transformed into a link when RESULT_HYPERLINK is specified in
the mapfile.
Prior to rev1314, the text of the link was the resulting value.
Now, the text consists of the name of the attribute.
In other words, Firebug now shows
a href=
javascript:PM.Custom.openHyperlink('layer_name','attribute_name','attribute_value')
'*attribute_name*'/a
instead of
a href=javascript:PM.Custom.openHyperlink
('layer_name','attribute_name','attribute_value')**'*attribute_value*'/a
From what I see, the problem comes from the modifications made into the
initgroups.php file, _getHyperFieldList function.
Can not find what is wong in it though...
Chris
On Sun, Aug 25, 2013 at 11:33 AM, Armin Burger armin.bur...@gmx.net wrote:
On 07/22/2013 10:34 AM, Chris forum wrote:
5)
The mouse right click to pan the map is great.
But if the Zoom out tool is selected (minus magnifier) when doing so, the
map is also zoomed out.
Is that on purpose?
this should now be fixed, see
http://svn.pmapper.net/trac/changeset/1320
armin
--
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
--
Thomas RAFFIN
Chef de Projet Internet
traf...@sirap.fr mailto:traf...@sirap.fr Sirap http://sirap.fr
Tel
: 04 75 72 84 10
Fax : 04 75 70 07 98
Rue Paul Louis Héroult - BP 253
26106 Romans cedex
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
pmapper-users mailing list
pmapper-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
On 07/22/2013 10:34 AM, Chris forum wrote: 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? this should now be fixed, see http://svn.pmapper.net/trac/changeset/1320 armin -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Works fine! Well done! : ) On Sat, Aug 10, 2013 at 1:11 PM, Armin Burger armin.bur...@gmx.net wrote: On 07/22/2013 10:34 AM, Chris forum wrote: 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. solved. The window is now closed on map refresh. See changeset http://svn.pmapper.net/trac/changeset/1318 armin -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
On 07/22/2013 10:34 AM, Chris forum wrote: 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. solved. The window is now closed on map refresh. See changeset http://svn.pmapper.net/trac/changeset/1318 armin -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
*Drawing annotations* Thanx, should have found it by myself..* custom.js* Ok, must have added that comma once by mistake... sorry. *pm.query.js* Ok also, was trusting my text editor who was waiting for an ending parenthesis for \( On Thu, Jul 25, 2013 at 5:32 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 25/07/2013 15:27, Chris forum a écrit : As I don't feel confident enough to commit, here under a few minor things I have found out: *legend.php* $html .= /li; should be move before the } instead of after it (line 73) $html .= $this-writeClasses($grpName, $classList); $html .= /li; } ok, you're right *custom.js* a comma needs to be removed after the } at the end of showGroupInfo: function(groupId) I don't see it. There is a missing ; *pm.query.js* (I didn't tried to correct it yet) Some parenthesis are missing in the parseLocale: function(v) I don't see it. *uielement.php* The scale text is not verticaly centered into the box. Margin-top needs to be set at 3px instead of 0 in the public static function scaleForm(): div class=\celldiv\ style=\margin-top: 3px;\ . _p(Scale) . 1: /div I think I've commited it in the CSS. Try to clear your cache in your browser, maybe it is already solved? -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Thanks fo your bug reports and feedbacks. Le 26/07/2013 08:54, Chris forum a écrit : *Drawing annotations* Thanx, should have found it by myself..* custom.js* Ok, must have added that comma once by mistake... sorry. *pm.query.js* Ok also, was trusting my text editor who was waiting for an ending parenthesis for \( On Thu, Jul 25, 2013 at 5:32 PM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 25/07/2013 15:27, Chris forum a écrit : As I don't feel confident enough to commit, here under a few minor things I have found out: *legend.php* $html .= /li; should be move before the } instead of after it (line 73) $html .= $this-writeClasses($grpName, $classList); $html .= /li; } ok, you're right *custom.js* a comma needs to be removed after the } at the end of showGroupInfo: function(groupId) I don't see it. There is a missing ; *pm.query.js* (I didn't tried to correct it yet) Some parenthesis are missing in the parseLocale: function(v) I don't see it. *uielement.php* The scale text is not verticaly centered into the box. Margin-top needs to be set at 3px instead of 0 in the public static function scaleForm(): div class=\celldiv\ style=\margin-top: 3px;\ . _p(Scale) . 1: /div I think I've commited it in the CSS. Try to clear your cache in your browser, maybe it is already solved? -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net mailto:pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Great Armin, thanx for having a look at these remaining points! Neither do I use the zoom-out tool, but I have users who can't help select it. Bad habit from cartoweb I guess... On Fri, Jul 26, 2013 at 10:43 AM, Armin Burger armin.bur...@gmx.net wrote: Chris, I just reply to the issues not already discussed and/or resolved: On 07/22/2013 10:34 AM, Chris forum wrote: 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. I already tried to understand why this happens but I could not find any obvious reason when checking the source code. I need to debug it step by step with a layer and change some field values to have an '@' in it to see at which step this is changed to 'Email'. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. OK, should not be too difficult to close and reopen the dialog on a map change, I'll look at it. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? You're right, I never noticed this, probably because I never use the zoom-out tool and use the mouse wheel instead It does not only appear when having the zoom-out tool currently activated but also when just activating it once and then e.g. activate the identify tool. There seems to be a mode setting that is not reset. I need to check this in detail. Greetings Armin -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Hi, Chris, I've just committed the correction concerning scaledenom and queries, and also few plugins updates (drawing, measure2, selection management, graphical queries, queryeditor, export (PDF, SHP, OGR, DXF), ...). Feel free to try the trunk version for pmapper... Be careful with the new version of plugins: you need a full pmapper/plugins directory up-to-date. Thomas Le 24/07/2013 14:54, Thomas RAFFIN a écrit : I think it is due setExtent and setSize order calls... Le 24/07/2013 14:51, Chris forum a écrit : Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse capture problem. Try to increase the MAP\LAYER\TOLERANCE (and choose a good TOLERANCEUNITS) 3) As Pedro said some days earlier, an '@' in an attribute value is replaced
Re: [pmapper-users] pmapper little bugs
I could also create a bugfix/update release 4.3.2 if the changes are proved to work correctly. armin On 07/25/2013 02:32 PM, Thomas RAFFIN wrote: Hi, Chris, I've just committed the correction concerning scaledenom and queries, and also few plugins updates (drawing, measure2, selection management, graphical queries, queryeditor, export (PDF, SHP, OGR, DXF), ...). Feel free to try the trunk version for pmapper... Be careful with the new version of plugins: you need a full pmapper/plugins directory up-to-date. Thomas Le 24/07/2013 14:54, Thomas RAFFIN a écrit : I think it is due setExtent and setSize order calls... Le 24/07/2013 14:51, Chris forum a écrit : Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse
Re: [pmapper-users] pmapper little bugs
As I don't feel confident enough to commit, here under a few minor things I have found out: *legend.php* $html .= /li; should be move before the } instead of after it (line 73) $html .= $this-writeClasses($grpName, $classList); $html .= /li; } *custom.js* a comma needs to be removed after the } at the end of showGroupInfo: function(groupId) *pm.query.js* (I didn't tried to correct it yet) Some parenthesis are missing in the parseLocale: function(v) *uielement.php* The scale text is not verticaly centered into the box. Margin-top needs to be set at 3px instead of 0 in the public static function scaleForm(): div class=\celldiv\ style=\margin-top: 3px;\ . _p(Scale) . 1: /div On Thu, Jul 25, 2013 at 2:57 PM, Armin Burger armin.bur...@gmail.comwrote: I could also create a bugfix/update release 4.3.2 if the changes are proved to work correctly. armin On 07/25/2013 02:32 PM, Thomas RAFFIN wrote: Hi, Chris, I've just committed the correction concerning scaledenom and queries, and also few plugins updates (drawing, measure2, selection management, graphical queries, queryeditor, export (PDF, SHP, OGR, DXF), ...). Feel free to try the trunk version for pmapper... Be careful with the new version of plugins: you need a full pmapper/plugins directory up-to-date. Thomas Le 24/07/2013 14:54, Thomas RAFFIN a écrit : I think it is due setExtent and setSize order calls... Le 24/07/2013 14:51, Chris forum a écrit : Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab)
Re: [pmapper-users] pmapper little bugs
Just tried the trunk out, there is no point 2) anymore! Graphical queries plugin works fine even with a non full screen browser window! : ) Good job Thomas! I noticed Measure2 and Drawing plugins now use a red cross instead of a thrash bin. But Drawing plugin still writes annotations in grey only. I didn't use other plugins you have modified so I can not check them. Timingmap plugin still doesn't like a resetsession=ALL, but I guess we need Walter Lorenzetti here to help us. On Thu, Jul 25, 2013 at 3:27 PM, Chris forum bak.fo...@gmail.com wrote: As I don't feel confident enough to commit, here under a few minor things I have found out: *legend.php* $html .= /li; should be move before the } instead of after it (line 73) $html .= $this-writeClasses($grpName, $classList); $html .= /li; } *custom.js* a comma needs to be removed after the } at the end of showGroupInfo: function(groupId) *pm.query.js* (I didn't tried to correct it yet) Some parenthesis are missing in the parseLocale: function(v) *uielement.php* The scale text is not verticaly centered into the box. Margin-top needs to be set at 3px instead of 0 in the public static function scaleForm(): div class=\celldiv\ style=\margin-top: 3px;\ . _p(Scale) . 1: /div On Thu, Jul 25, 2013 at 2:57 PM, Armin Burger armin.bur...@gmail.comwrote: I could also create a bugfix/update release 4.3.2 if the changes are proved to work correctly. armin On 07/25/2013 02:32 PM, Thomas RAFFIN wrote: Hi, Chris, I've just committed the correction concerning scaledenom and queries, and also few plugins updates (drawing, measure2, selection management, graphical queries, queryeditor, export (PDF, SHP, OGR, DXF), ...). Feel free to try the trunk version for pmapper... Be careful with the new version of plugins: you need a full pmapper/plugins directory up-to-date. Thomas Le 24/07/2013 14:54, Thomas RAFFIN a écrit : I think it is due setExtent and setSize order calls... Le 24/07/2013 14:51, Chris forum a écrit : Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that
Re: [pmapper-users] pmapper little bugs
Le 25/07/2013 15:27, Chris forum a écrit : As I don't feel confident enough to commit, here under a few minor things I have found out: *legend.php* $html .= /li; should be move before the } instead of after it (line 73) $html .= $this-writeClasses($grpName, $classList); $html .= /li; } ok, you're right *custom.js* a comma needs to be removed after the } at the end of showGroupInfo: function(groupId) I don't see it. There is a missing ; *pm.query.js* (I didn't tried to correct it yet) Some parenthesis are missing in the parseLocale: function(v) I don't see it. *uielement.php* The scale text is not verticaly centered into the box. Margin-top needs to be set at 3px instead of 0 in the public static function scaleForm(): div class=\celldiv\ style=\margin-top: 3px;\ . _p(Scale) . 1: /div I think I've commited it in the CSS. Try to clear your cache in your browser, maybe it is already solved? -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse capture problem. Try to increase the MAP\LAYER\TOLERANCE (and choose a good TOLERANCEUNITS) 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? 6) Plugin LocateXY only
Re: [pmapper-users] pmapper little bugs
I think it is due setExtent and setSize order calls... Le 24/07/2013 14:51, Chris forum a écrit : Point 2) is a weird one! I just found out the problem only appears when the browser window is reduced. Queries work fine on both IE and Firefox on a full screen window. But when the window is shrinked to a certain size, the following PHP error shows up: PHP Warning: mapObj::queryByPoint(): [MapServer Error]: msQueryByPoint(): No matching record(s) found. Same behaviour on different machines and different pmapper solutions. No clue what is happening... On Mon, Jul 22, 2013 at 3:36 PM, Chris forum bak.fo...@gmail.com wrote: 1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse capture problem. Try to increase the MAP\LAYER\TOLERANCE (and choose a good TOLERANCEUNITS) 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also
[pmapper-users] pmapper little bugs
Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? 6) Plugin LocateXY only accepts a 'circle' symbol. When I try to display a cross symbol, a square or any other symbols (defined in the template.map), I get a triangle (?!) symbol on the map. 7) Plugin Drawing Text, no matter what color is chosen, is diplayed in grey on the map Cheers Chris -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse capture problem. Try to increase the MAP\LAYER\TOLERANCE (and choose a good TOLERANCEUNITS) 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? 6) Plugin LocateXY only accepts a 'circle' symbol. When I try to display a cross symbol, a square or any other symbols (defined in the template.map), I get a triangle (?!) symbol on the map. 7) Plugin Drawing Text, no matter what color is chosen, is diplayed in grey on the map Cheers Chris -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users -- Thomas RAFFIN Chef de Projet Internet traf...@sirap.fr mailto:traf...@sirap.fr Sirap http://sirap.fr Tel : 04 75 72 84 10 Fax : 04 75 70 07 98 Rue Paul Louis Héroult - BP 253 26106 Romans cedex -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ pmapper-users mailing list pmapper-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pmapper-users
Re: [pmapper-users] pmapper little bugs
1) Cool, I will try that! 2) I checked with the following test layer: LAYER NAME batiments_test TYPE POLYGON DATA gc_data/BATI_POL METADATA DESCRIPTION Bâtiments TEST RESULT_FIELDS NO_ECA, TYPE, ID_GO END TEMPLATE void #MAXSCALEDENOM 4990 OPACITY 50 CLASS NAME bati_test STYLE OUTLINECOLOR 40 40 40 COLOR 172 172 172 MAXWIDTH 3 END END END But as soon as I uncomment the MAXSCADENOM line, I can not get an info any more until I scale down to 3100. I also tried with another layer which initially didn't use a MAXSCALDENOM tag. Same behaviour when I add one. I finally added the Identify tool, but same story... On Mon, Jul 22, 2013 at 2:35 PM, Thomas RAFFIN traf...@sirap.fr wrote: Le 22/07/2013 14:28, Chris forum a écrit : Hey Thomas, Thx for your reply! 1) Here is what I've found in my php.ini ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. ; http://php.net/session.gc-maxlifetime session.gc_maxlifetime = 1440 Will raise this value to see how it works, but I am confident you pointed out the right setting. You can try to use the timingmap plugin to refresh the map every X minutes ( 1440 seconds ) to keep the sessions alive while the browser is open (call an home made PHP page through AJAX to do something like that). 2) I should have mentionned the problem occurs with polygon layers, i. e. buildings. I don't think it has something to do with the TOLERANCE. At a scale of 3100 even a very small polygon (3-4px long) responds to the query, while at 4500 a big polygon (100px long) can not be selected. Oh, I realise now I am actually not using the Identfy tool, but graphicalqueries_point tool instead. The problem happens also with the graphicalqueries_polygon tool. Are you able to try on a new layer copy from the one that is grouped? On Mon, Jul 22, 2013 at 11:38 AM, Thomas RAFFIN traf...@sirap.fr mailto:traf...@sirap.fr wrote: Le 22/07/2013 10:34, Chris forum a écrit : Hi all, I am very glad to annonce that pmapper 4.3.1 has officially replaced the old Cartoweb solution here in my local city administation! \o/ It so much pleasant to work with pmapper, thanx a lot to Armin, Thomas and all who built this tool and helped me got it working! However, here under some little things that could still be improved, if you have any idea how to solve them... Hi, Nice to have good feedback ;-) pmapper 4.3 (Plainlayout4 / swap legend tab) mapserver 6.2 php 5.3.3-7 Debian server 1) When not used during some time (x minutes?) and then an action is done, pmapper stops responding and get stuck at the Loading image in front of the map. Is there a session duration or something? Yes, it should be the PHP Session duration. As I remember, wioth Debian, you have to modify gc_maxlifetime in your PHP.ini because a cron task will delete too old session files. 2) At a scale of 4500, even though all layers from a group are visible on the main map (MAXSCALEDENOM 4990), the query (identify) tool doesn't retrieve any information. I have to zoom closer, at a scale of 3100, to get some results with the query tool. If you are talking about point layers, maybe you have a mouse capture problem. Try to increase the MAP\LAYER\TOLERANCE (and choose a good TOLERANCEUNITS) 3) As Pedro said some days earlier, an '@' in an attribute value is replaced by an 'Email' in the result of a query. It happens on my project with two shapefile layers. 4) The generated URL window stays open even when an action is done (pan, zoom, new layer displayed, ...). An thus the proposed link is no more representing the displayed map. 5) The mouse right click to pan the map is great. But if the Zoom out tool is selected (minus magnifier) when doing so, the map is also zoomed out. Is that on purpose? 6) Plugin LocateXY only accepts a 'circle' symbol. When I try to display a cross symbol, a square or any other symbols (defined in the template.map), I get a triangle (?!) symbol on the map. 7) Plugin Drawing Text, no matter what color is chosen, is diplayed in grey on the map Cheers Chris -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from
