[mapguide-users] POOL:DWF or AJAX
Kenneth, GEOGRAF A/S
ks at geograf.dk
Fri Sep 15 10:26:10 EDT 2006
If you feel uncomfortable using commandline tools, I would recommend
that you try
TortoiseSVN, which is an Explorer extension.
http://tortoisesvn.tigris.org/
That way, you can check out, or update simply by right clicking on the
folder in Explorer.
Using this approach, you only need the URL of the repository, which can
be found on the osgeo website under "Subversion".
FDO: https://fdo.osgeo.org/svn/fdo/trunk
MapGuide: |https://mapguide.osgeo.org/svn/mapguide/trunk
|
Mvh. Kenneth, GEOGRAF A/S
Ivan Miličević skrev:
>
> Jason,
>
>
>
> Can you send me a update and checkout commands for mapguide server?
> I'm downloading right now a FDO source code and if I build that on
> right way i will put new version on server for other people.
>
>
>
> Thanks for your time.
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
> *Sent:* 14. rujan 2006 20:44
> *To:* users at mapguide.osgeo.org
> *Subject:* RE: [mapguide-users] POOL:DWF or AJAX
>
>
>
> That's a leading question :)
>
>
>
> SVN is the versioning system that is used on the OSGeo servers. Your
> initial SVN command is Checkout, and incremental changes can be
> brought in with the Update command. I would recommend using the SVN
> commandline tools available from here:
>
> http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91
>
>
>
> Here's an example of one of the checkout commands that could be run by
> the svncheckout.bat file in the FDO source:
>
> svn checkout https://fdocore.osgeo.org/svn/fdocore/trunk/Fdo
> D:\Osgeo\FDODev\Fdo --username YourOSGeoID --password YourOsgeoPW
>
>
>
> An update would look like this:
>
> svn update https://fdocore.osgeo.org/svn/fdocore/trunk/Fdo
> D:\Osgeo\FDODev\Fdo --username YourOSGeoID --password YourOsgeoPW
>
>
>
> You may find it useful to build in a temporary area. I do this
> something like:
>
> del /Q D:\OSGeo\FDOBuild\*
> svn export --force "D:\OSGeo\FDODev" "D:\OSGeo\FDOBuild"
>
> (and then a whole bunch more stuff)
>
>
>
> As a warning, there are some additional items you need to install on
> your computer before doing the compilation. The entire process is
> documented in these items:
>
>
>
> FDO
>
> https://fdocore.osgeo.org/source/browse/fdocore/trunk/OpenSourceBuild__README.txt?rev=329&view=auto&content-type=text/vnd.viewcvs-markup
> <https://fdocore.osgeo.org/source/browse/fdocore/trunk/OpenSourceBuild__README.txt?rev=329&view=auto&content-type=text/vnd.viewcvs-markup>
>
>
>
> MapGuide
>
> https://mapguide.osgeo.org/docs/BuildConfigureMgOpenSourceOnWindows.pdf
>
>
>
> The MapGuide docs don't use the correct syntax to the fdo build
> command for the installation component; you'll need to do something
> like this instead:
>
>
>
> build.bat -a=install -o=D:\OSGeo\MGBuild\Oem
>
>
>
> Jason
>
>
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Ivan Miličević [mailto:ivan at ineo.hr]
> *Sent:* Thursday, September 14, 2006 11:20
> *To:* users at mapguide.osgeo.org
> *Subject:* RE: [mapguide-users] POOL:DWF or AJAX
>
> What is svn update?
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
> *Sent:* 14. rujan 2006 20:15
> *To:* users at mapguide.osgeo.org
> *Subject:* RE: [mapguide-users] POOL:DWF or AJAX
>
>
>
>
>
> I've gone to the effort of setting up a local build area for FDO and
> MapGuide so that I can play around with new features. I haven't been
> following the 1.0.x branch though.
>
>
>
> It's not too hard to do on Windows if you have Visual Studio Pro.
>
>
>
> Basically svn update MapGuide, svn update FDO, build FDO, install fdo,
> build MapGuide. The FDO build is more complicated, but it's
> also better automated; you can do it by running a couple provided
> batchfiles. MapGuide currently requires multiple interactive
> compiles, including a manual compile of the FCGI ISAPI dll that
> doesn't seem to be included in the OEM build. I've been trying to
> batch it, but need to figure out how to set up the environment that
> MSBuild needs for the MapGuide solutions so that I don't get reference
> errors. Installation is a bit of a pain because it's geared to
> running on the machine that it's compiled on. I've set up a bunch of
> XCOPYs (along with requisite SC stop/start and IISRESET calls) to take
> care transferring to my VMWare w2k3 server, but there are still a
> couple manual steps.
>
>
>
> I hope that as MapGuide matures as an open source project and as OSGeo
> is able to offer more facilities, there will be a better roadmap and a
> build mechanism. I think that the push for these items will have to
> come from the OS community though.
>
>
>
> Jason
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Andrew DeMerchant [mailto:andrew.demerchant at gemtec.ca]
> *Sent:* Thursday, September 14, 2006 10:57
> *To:* users at mapguide.osgeo.org
> *Subject:* Re: [mapguide-users] POOL:DWF or AJAX
>
> I've said this before, but I've got to say it again.....I wish that
> either release dates were posted on the website, or else (ideally)
> nightly / weekly builds could be made available.....
>
> Andrew
>
> Ivan Miličević wrote:
>
> Any release date?
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Andrew DeMerchant [mailto:andrew.demerchant at gemtec.ca]
> *Sent:* 14. rujan 2006 18:10
> *To:* users at mapguide.osgeo.org <mailto:users at mapguide.osgeo.org>
> *Subject:* Re: [mapguide-users] POOL:DWF or AJAX
>
>
>
> Let's keep our fingers crossed!
>
> Andrew
>
> Jason Birch wrote:
>
> I haven't tested yet, but the MapGuide and FDO development projects
> have been working on this pretty actively, setting up pooled FDO
> connections and enhancing the ODBC provider.
>
> I'll be interested to see whether the changes made for the
> 1.0.2 release (which I'm guessing is the same as Enterprise
> SP1) resolves these issues as well as the Oracle performance problems.
>
> Jason
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Andrew DeMerchant [mailto:andrew.demerchant at gemtec.ca]
> *Sent:* Thursday, September 14, 2006 06:10
> *To:* users at mapguide.osgeo.org <mailto:users at mapguide.osgeo.org>
> *Subject:* Re: [mapguide-users] POOL:DWF or AJAX
>
>
>
> I can certainly vouch for that....for me, ODBC is pretty much useless
> in AJAX because of the horrible speed. I had a few hundred
> points.....it's still slow in DWF if you do things like filters and/or
> themed layers., but it's at least useable.
>
> As for the OnSelect question, I have no idea. I'm not doing anything
> like that....though, I may at some point, I have no need just yet.
>
> Andrew
>
> Ivan Miličević wrote:
>
> I figured out that ODBC connection drasticly slow performance. In dwf that
> difference is not so big. I've tested on 50 points. Measured by feeling ;-)
>
>
> I've restart OS every time after test so "feeling" is relevant.
>
> -----Original Message-----
> From: Traian Stanev [mailto:traian.stanev at autodesk.com]
> Sent: 14. rujan 2006 14:46
> To: users at mapguide.osgeo.org <mailto:users at mapguide.osgeo.org>
> Subject: RE: [mapguide-users] POOL:DWF or AJAX
>
>
> As far as the "everything is selectable" argument, you need to take into
> account the fact that if everything is selectable, it means ALL properties
> for all features need to be included with the DWF that gets sent to the
> client. They are all saved out in an XML file that is attached inside the
> DWF package. So depending on how many features you have and the ratio of
> viewing operations to selection operations the client is performing, the
> bandwidth wasted by that DWF could be larger than sending over a simple PNG
> and then processing a few mouse clicks on the server. So it's a double-edged
> sword.
>
> Traian
>
>
>
>
>
> -----Original Message-----
> From: Joel Carranza [mailto:jec at gatekeeper.com]
> Sent: Thursday, September 14, 2006 1:05 AM
> To: users at mapguide.osgeo.org <mailto:users at mapguide.osgeo.org>
> Subject: Re: [mapguide-users] POOL:DWF or AJAX
>
>
> AJAX viewer "bugless" ? That is a pretty bold claim :)
>
> While the "thinness" of the AJAX viewer certainly is appealing, I still get
> a little uncomfortable everytime I think about the additional burden it puts
> on the server in order to support selection and tooltips. We currently
> author maps where almost everything is selectable, almost every feature has
> a lengthy tooltip. In such an environment where users are doing alot of
> object selection and tooltips, I just don't think the AJAX viewer will be
> performant enough to satisfy our users moving from 6.5. I suspect alot of
> people don't have this problem, but i'm just throwing my 2 cents in.
>
> I'm a big fan of vector output, for a couple reasons:
> a) potentially more compact in terms of map request download
> b) ideal for "disconnected" applications (where network connectivity is not
> always available)
> c) absolutely necessary for printing
> d) easier to port existing MapGuide 6.5 applications
>
> I would love to see vector output in a different format. The DWF viewer is a
> major improvement over the MapGuide 6.5 viewer from our perspective because
> its so much easier for us to customize for our own purposes. However,
> deploying an ActiveX control is a big problem for alot of people. A java
> viewer leveraging an open vector format would be way cool. I don't see any
> reason why vector output should look worse than the raster output, although
> I agree it does. (Why doesn't the DWF viewer do anti-aliasing?)
>
> Something else that would be way cool that neither viewer has: Selected
> objects being drawn in something other than solid blue....
>
> Joel Carranza
> Gatekeeper Systems
>
>
> Ivan Miličević wrote:
>
>> Wich one you prefer?
>>
>>
>>
>>
>>
>>
>> For me, AJAX is better one.
>>
>>
>>
>>
>>
>>
>> Ajax:
>>
>> -not needed plugin
>>
>> -working with lot's of browsers
>>
>> -visually looks better
>>
>> -buugless
>>
>> -more stable
>>
>>
>>
>>
>>
>>
>> DWF:
>>
>> -faster
>>
>> -better zooming, paning
>>
>>
>>
>>
>>
>>
>> Let's exchange expirience :-)
>>
>> --------------------
>> Ivan Miličević, voditelj razvoja
>> iNEO d.o.o.
>> 091 502 9672
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/POOL%3ADWF-or-AJAX-tf2268101.html#a6299527
> Sent from the OSGeo MapGuide forum at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at mapguide.osgeo.org <mailto:users-unsubscribe at mapguide.osgeo.org>
> For additional commands, e-mail: users-help at mapguide.osgeo.org <mailto:users-help at mapguide.osgeo.org>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at mapguide.osgeo.org <mailto:users-unsubscribe at mapguide.osgeo.org>
> For additional commands, e-mail: users-help at mapguide.osgeo.org <mailto:users-help at mapguide.osgeo.org>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at mapguide.osgeo.org <mailto:users-unsubscribe at mapguide.osgeo.org>
> For additional commands, e-mail: users-help at mapguide.osgeo.org <mailto:users-help at mapguide.osgeo.org>
>
>
>
>
>
> --
>
>
>
> *Andrew DeMerchant*
> *Computer Technologist*
> ph.1-877-4GEMTEC x.163
> fax 506-453-9470
>
> /GEMTEC Limited <http://www.gemtec.ca>
> /191 Doak Road
> Fredericton, NB, Canada
> E3C 2E6
>
> --
>
>
>
> *Andrew DeMerchant*
> *Computer Technologist*
> ph.1-877-4GEMTEC x.163
> fax 506-453-9470
>
> /GEMTEC Limited <http://www.gemtec.ca>
> /191 Doak Road
> Fredericton, NB, Canada
> E3C 2E6
>
>
>
> --
>
>
>
> *Andrew DeMerchant*
> *Computer Technologist*
> ph.1-877-4GEMTEC x.163
> fax 506-453-9470
>
> /GEMTEC Limited <http://www.gemtec.ca>
> /191 Doak Road
> Fredericton, NB, Canada
> E3C 2E6
>
>
>
-------------- next part --------------
Skipped content of type multipart/related
More information about the Mapguide_users
mailing list