Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread Jackie Ng
Not for the 1st 4.0 preview.

I'm trying to get something ready for the 2nd 4.0 preview, but part of the
problem holding up the Linux side of things is that I had been trialing a
new docker-based approach to building MapGuide and FDO for various versions
of CentOS and Ubuntu with impressive efficiency and reliability.

But there's been a snag with this approach: I can't make binaries for 32-bit
Linux this way (to my knowledge) and I loathe to have to fall back to the
old and slower approach of manually spinning up dedicated Linux VMs to build
MapGuide/FDO for specific distros.

So I've been wondering, would you all be fine with MapGuide going 64-bit
only for Linux as well?

- Jackie



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread Sebastiao Francisco Rodrigues
So I've been wondering, would you all be fine with MapGuide going 64-bit
only for Linux as well?

For me it would be wonderful to have only the 64bit version on linux ubuntu.


Em qua., 12 de fev. de 2020 às 07:49, Jackie Ng 
escreveu:

> Not for the 1st 4.0 preview.
>
> I'm trying to get something ready for the 2nd 4.0 preview, but part of the
> problem holding up the Linux side of things is that I had been trialing a
> new docker-based approach to building MapGuide and FDO for various versions
> of CentOS and Ubuntu with impressive efficiency and reliability.
>
> But there's been a snag with this approach: I can't make binaries for
> 32-bit
> Linux this way (to my knowledge) and I loathe to have to fall back to the
> old and slower approach of manually spinning up dedicated Linux VMs to
> build
> MapGuide/FDO for specific distros.
>
> So I've been wondering, would you all be fine with MapGuide going 64-bit
> only for Linux as well?
>
> - Jackie
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
> ___
> mapguide-users mailing list
> mapguide-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapguide-users
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread diordonezr
Totally agree -- 64 bit on LINUX.. even better on Ubuntu/Docker ;-)



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread Benoit Begin
I understand Mapguide might be useful for some low-end deployment that still
run on 32-bit hardware, but is that common enough to warrant making it a
much harder time on the already hard working devs of Mapguide?

I wonder the feasability of having a kind of hardware/os survey of folks
implementing Mapguide. It'd be hard to get everyone to actually respond but
it might be interesting data. I'd be very curious of 32-bits deployments of
Mapguide.

Or, we could just add in some telemetry that you can't turn off that phones
home with all the juicy personal server information :-)



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread GordonL
I would be very cool with 100% 64bit.

Ubuntu or CentOS...



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

2020-02-12 Thread mmorrison
I doubt that anybody is seriously still using 32-bit.  If they are, then are 
probably comfortable with staying with the previous version of the software 
too.  64bit or die!

Martin Morrison
Application Engineer
Main Office: 540-345-1410 Toll Free: 888-355-0081
Products ǀ Training ǀ Service ǀ Tech Support
 
Please visit microcad3d.com for more information!
 


-Original Message-
From: mapguide-users  On Behalf Of 
Benoit Begin
Sent: Wednesday, February 12, 2020 3:07 PM
To: mapguide-users@lists.osgeo.org
Subject: Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available

I understand Mapguide might be useful for some low-end deployment that still 
run on 32-bit hardware, but is that common enough to warrant making it a much 
harder time on the already hard working devs of Mapguide?

I wonder the feasability of having a kind of hardware/os survey of folks 
implementing Mapguide. It'd be hard to get everyone to actually respond but it 
might be interesting data. I'd be very curious of 32-bits deployments of 
Mapguide.

Or, we could just add in some telemetry that you can't turn off that phones 
home with all the juicy personal server information :-)



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

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

[mapguide-users] Layer usage analyses

2020-02-12 Thread Philip Nell
Hi,

I need help on how to analyse layer usage on Mapguide 3.1.x, Ajax viewer.

I am looking at Access.log and found the following entry telling me a
feature on a layer was selected
<2020-01-09T09:09:28>   1492Anonymous
SelectFeaturesSpatial.1.0.0:3(Library://FairField/Data/FAIRFLD.FeatureSource,KingOra:FAIRFLD~SP_PARCEL~GEOMETRY,MgFeatureAggregateOptions)
Success
So I can count these selections per layer per period.

My question is:  Is there an entry in the log file to tell me a layer that
is normally not visible(in map object), was switched on (made visible)?

Any other help re layer usage analyses will be appreciated.

Philip



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users

Re: [mapguide-users] Layer usage analyses

2020-02-12 Thread Jackie Ng
Hi Philip,

Layer toggles are manifested through GETDYNAMICMAPOVERLAYIMAGE requests to
the mapagent in the SHOWLAYERS/HIDELAYERS parameter. As
GETDYNAMICMAPOVERLAYIMAGE is an API specific to the mapagent, these requests
won't appear in your access.log, but rather your http web server logs.

Unfortunately the values passed in are runtime layer object uuids which are
near meaningless from an analytical context as they are always unique and
new values are generated for every MgMap creation.

The only practical solution at this moment would be implement a custom
mapagent handler (example:
https://github.com/jumpinjackie/mapagent-dotnet-sample) and intercept
`GETDYNAMICMAPOVERLAYIMAGE `requests to do custom logging. At the point of
request interception, you'll have the MAPNAME and layer ids to show/hide so
you can open a MgMap at that point and resolve the MgLayer instances from
the layer ids given and log the respective name/resid/etc of these MgLayers.

Then you'll have to re-route your viewer applications to talk to this custom
mapagent handler instead of the regular mapagent.

Hope that helps.

- Jackie



--
Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapguide-users