<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

The .Net wrapper that is built from the MapGuide OS is very simple and

only passes messages onto<br>

the native Dll files. This means that a wrapper can use either

Enterprise or Open Source, depending on what <br>

native Dll's are present.<br>

<br>

This means that you may use a custom Open Source wrapper for the

Enterprise API.<br>

<br>

If you want to be restrictive, there are user administration avalible

within the MapGuide Server.<br>

<br>

<pre class="moz-signature" cols="72">Regards, Kenneth, GEOGRAF A/S

</pre>

<br>

<br>

Maksim Sestic skrev:

<blockquote cite="mid:13150828.post@talk.nabble.com" type="cite">

  <pre wrap="">Kenneth, I'm stuck with commercial version of MGE... So, basically, What I

See Is What I Get :-)

My intention was to build a small .NET wrapper to offer some neatly picked

functionality to 3rd party developers leaning on present MGE implementation.

I can't let them browse data repositories as they will since I need to keep

certain data "locked" on server side and actually never let the client

developer persist a full dataset copy with them. This .NET wrapper was

supposed to serve as an additional layer of protection between MGE API and

potential 3rd party APIs/implementations. But it's purpose is not

restrictive in nature, it would also enable MGE administrators create and

modify maps/layers/etc. apart from external solutions depending on it.

I'm currently working on exposing my .NET wrapper's methods to PHP users via

COM interop. Present PHP's function for direct connecting to .NET objects is

not working as expected. 

As you may already guessed what's it all about - it's a city GIS used by

dozens of both municipal and infrastructure departments regionwide.

Regards,

Maksim Sestic

Kenneth, GEOGRAF A/S wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">:D yes, that would be one way of coping with it.

If you are up to the task, you can compile the mapguide server on your 

own machine.

After compilation, it will create the .cs files required for the wrapper.

You can modify those to work as you want, but be aware that you will 

need to keep your modifications up to date yourself.

I am working on an alternate API, that uses Xml serialization to load 

and save the objects, but its still needs some work.

Regards, Kenneth, GEOGRAF A/S

Maksim Sestic skrev:

    </pre>

    <blockquote type="cite">

      <pre wrap="">Hi Kenneth,

Thanks for the tip, it saved me hours of trying. This also means that we

need to write our own .NET wrappers over existing .NET wrappers to

include

proper object de/serialization... :-)

Regards,

Maksim Sestic

Kenneth, GEOGRAF A/S wrote:

      </pre>

      <blockquote type="cite">

        <pre wrap="">Yes, you are missing a few key pieces of information.

        </pre>

      </blockquote>

      <pre wrap="">  

      </pre>

    </blockquote>

    <pre wrap="">_______________________________________________

mapguide-users mailing list

<a class="moz-txt-link-abbreviated" href="mailto:mapguide-users@lists.osgeo.org">mapguide-users@lists.osgeo.org</a>

<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/mapguide-users">http://lists.osgeo.org/mailman/listinfo/mapguide-users</a>

    </pre>

  </blockquote>

  <pre wrap=""><!---->

  </pre>

</blockquote>

</body>

</html>