You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(5) |
Nov
(6) |
Dec
(15) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
(5) |
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
(19) |
Jul
(24) |
Aug
(42) |
Sep
(21) |
Oct
(1) |
Nov
(7) |
Dec
(31) |
2004 |
Jan
(131) |
Feb
(148) |
Mar
(112) |
Apr
(86) |
May
(85) |
Jun
(191) |
Jul
(60) |
Aug
(74) |
Sep
(54) |
Oct
(46) |
Nov
(101) |
Dec
(75) |
2005 |
Jan
(57) |
Feb
(71) |
Mar
(153) |
Apr
(79) |
May
(118) |
Jun
(153) |
Jul
(148) |
Aug
(205) |
Sep
(417) |
Oct
(264) |
Nov
(185) |
Dec
(211) |
2006 |
Jan
(357) |
Feb
(341) |
Mar
(367) |
Apr
(129) |
May
(150) |
Jun
(126) |
Jul
(98) |
Aug
(63) |
Sep
(72) |
Oct
(106) |
Nov
(143) |
Dec
(184) |
2007 |
Jan
(119) |
Feb
(87) |
Mar
(130) |
Apr
(232) |
May
(134) |
Jun
(135) |
Jul
(200) |
Aug
(174) |
Sep
(80) |
Oct
(69) |
Nov
(103) |
Dec
(89) |
2008 |
Jan
(32) |
Feb
(88) |
Mar
(38) |
Apr
(44) |
May
(9) |
Jun
(16) |
Jul
(20) |
Aug
(8) |
Sep
(2) |
Oct
(8) |
Nov
(1) |
Dec
(4) |
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Andreas H. <and...@gm...> - 2008-07-28 14:59:34
|
Just FYI, attached is the IRC log of the meeting where this was decided. Regards, Andreas. |
From: Cameron S. <cam...@gm...> - 2008-07-28 11:02:52
|
<!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"> <h1 class="western">End of life for Community Mapbuilder</h1> <p>We, the Mapbuilder Project Steering Committee, have agreed that the time has come for the <a href="http://communitymapbuilder.org/">Community Mapbuilder</a> project to gracefully retire. We will release a final, stable 1.5 version of the software, and afterwards there are no planned enhancements to Mapbuilder. The web pages and code will be kept alive, a few bugs might be fixed and we will likely continue answering user queries, but we expect Mapbuilder will gradually fade away into history. </p> <h2 class="western">Why?</h2> <p>Mapbuilder is a stable, feature rich, standards compliant, fast, webmapping framework with a strong developer community. Why has it come to the end of its life?</p> <p>The browser based webmapping space has become crowded and other webmapping clients have increased in functionality and attractiveness to users. In particular, Openlayers is simpler to use, has attracted an increabibly strong developer community, has good quality control and development processes, and has developed most of the webmapping functionality previously only offered by Mapbuilder. Basically Openlayers is attacting the majority of the users and developers that previously would have used Mapbuilder. One day someone will write a compelling paper on the history of the two similar projects and analyse the key differences and decision points which led to one project out shining the other.</p> <h2 class="western">But we are not crying</h2> <p>Well, maybe we feel a twing of loss for the Mapbuilder project we started years ago, but in the bigger picture, we see the retiring of Mapbuilder as a good thing. It will allow the greater web mapping community to consolidate and rally around the remaining webmapping tools – in particular, around Openlayers.</p> <p>There has been significant collaboration between the Mapbuilder and Openlayers communities over the last couple of years. Mapbuilder has incorporated Openlayers as its rendering engine and fetures have been shared between projects. In many cases, developers from both projects worked together on the same codebase (in Openlayers), then ported up to Mapbuilder. This was a deliberate move toward the merging of the two developer communities and most of the Mapbuilder Project Steering Committee have contributed to the Openlayers codebase.</p> <p>So in essence, by changing our allegience from Mapbuilder to Openlayers we take with us some of our code, we replace some features with equivalent Openlayers features, we take our community with us, and we gain an existing, robust and welcoming community.</p> <h2 class="western">What should Mapbuilder users do?</h2> <p>Users have a few options. You already own the source code, so you are welcome to continue maintaining and extending the Mapbuilder code for as long as you like. At some point, users will likely want to upgrade, and at that point we suggest considering Openlayers for your application. It now provides the majority of the fuctionality that was previously only offered by Mapbuilder.</p> <h2 class="western">What about Mapbuilder's standing with OSGeo?</h2> <p>Having a graduated OSGeo project retire might be seen as an embarassment for OSGeo, however, I'd argue it is a strength. It shows two projects growing together under the OSGeo umbrella and evenually merging into a stronger, more focused community.</p> <p>However, it does raise a dilemma with regards to what should be done with a retired project. Some of the key OSGeo criteria, like “Community Backing” and “Best of Breed Software” will gradually be lost, so we should not continue to promote Mapbuilder. Still, we wouldn't want to erase Mapbuilder's history with OSGeo as our community has documented valuable lessons learned during the graduation process.</p> <p>I suggest a new “retired” category be created which keeps track of retired projects.</p> <h2 class="western">Thanks</h2> <p>We, the project steering committee, have derived a huge amount of pleasure building Mapbuilder and working with the Mapbuilder Community. For many of us, Mapbuilder has been a launching pad into a fullfilling Open Source and/or Geospatial career. We'd like to thank all the users, developers and supporters of Mapbuilder we have met along the way.</p> <p><br> <br> </p> <p>The Mapbuilder Project Steering Committee, (in order of appearance): </p> <ul> <li> <p style="margin-bottom: 0in;">Cameron Shorter</p> </li> <li> <p style="margin-bottom: 0in;">Mike Adair</p> </li> <li> <p style="margin-bottom: 0in;">Patrice Cappelaere</p> </li> <li> <p style="margin-bottom: 0in;">Steven M. Ottens</p> </li> <li> <p style="margin-bottom: 0in;">Matt Diez</p> </li> <li> <p style="margin-bottom: 0in;">Olivier Terral </p> </li> <li> <p style="margin-bottom: 0in;">Andreas Hocevar </p> </li> <li> <p style="margin-bottom: 0in;">Gertjan van Oosten </p> </li> <li> <p>Linda Derezinski </p> </li> </ul> <br> <pre class="moz-signature" cols="72">-- Cameron Shorter Geospatial Systems Architect Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Commercial Support for Geospatial Open Source Solutions <a class="moz-txt-link-freetext" href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a> </pre> </body> </html> |
From: Cameron S. <cam...@gm...> - 2008-07-17 23:50:42
|
Chris, thanks for the notification. Feel free to log into the site, and update the broken links. I'm CCing the mapbuilder list and Matt Diez who has been keeping any eye on the deployment servers. Chris Beaudette wrote: > > Hi Cameron. > > Apologies in advance if this is not an appropriate means of > communication for this… > > I noticed that you added and edited the ‘Documentation’ page on the > MapBuilder web site at > http://docs.codehaus.org/display/MAP/Developers+Guide. Currently there > are 2 broken links at that page: > > - Class Description (using JSDoc) > http://nightly.communitymapbuilder.org/mapbuilder/docs/jsdoc/index.html > > - Component Register: > http://nightly.communitymapbuilder.org/mapbuilder/docs/register/ > > These are both for communitymapbuilder.org and I don’t know if you > have any visibility into their Web servers, but I thought I’d start > with you. Hope that’s O.K. J > > Thanks, > > Chris > > *_______________________* > > Chris Beaudette > > Windsor Solutions, Inc. > > www.windsorsolutions.com > > 503.675.7833 ext. 232 > -- Cameron Shorter Geospatial Systems Architect Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Commercial Support for Geospatial Open Source Solutions http://www.lisasoft.com/LISAsoft/SupportedProducts.html |
From: Steven M. O. <ste...@ge...> - 2008-07-16 11:50:58
|
Hi all, I found out that the Venkman debugger works with firefox 3 and Mapbuilder. I hope this will help people to get their mapbuilder setup working again in firefox 3 (apart from the firebug-bug that is) regards, Steven On Jun 16, 2008, at 9:22 AM, Andreas Hocevar wrote: > Hi, > > we don't know exactly what causes this issue. But obviously it has to > do with Firebug. There is already a ticket for it > (http://jira.codehaus.org/browse/MAP-548), but it is still unclear to > me whether it's caused by Sarissa or by Mapbuilder. At some point, we > will have to file an issue with Firebug, but we will need a stripped > down example to show the problem. > > So the only thing you can do for now when using Firefox 3 is to > disable Firebug. > > Regards, > Andreas. > > On Sat, Jun 14, 2008 at 1:48 PM, marcos hermida > <mar...@gm...> wrote: >> Hi all! >> I have downloaded mapbuilder from the svn repository (head revision, >> 3996) and installed it . >> It has worked fine with Firefox 2 and IE 7 even with Firefox 3, >> but with >> Firefox 3 after enabling firebug (v 1.2.0b3) I got these two errors: >> >> Permission denied to get property Element.tagName >> } else if(oDoc.documentElement.tagName == "parsererror"){ >> Sarissa.js >> Line 477 >> >> config is undefined >> config.parseConfig(config); >> Mapbuilder.js >> Line 304 >> >> and the map and the widgets aren't displayed. >> Is it a firebug issue? Is there any way to solve it? >> >> Thanx! >> >> --------------------------------------------------------------------- >> ---- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> mapbuilder-devel mailing list >> map...@li... >> https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel >> > > ---------------------------------------------------------------------- > --- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel -- Steven M. Ottens -==- http://research.geodan.nl/planet |
From: Andreas H. <and...@gm...> - 2008-07-16 09:16:24
|
Hi, On Tue, Jul 15, 2008 at 4:48 PM, Stefano Menegon <me...@mp...> wrote: > http://jira.codehaus.org/browse/MAP-552 This is now fixed in trunk. Regards, Andreas. |
From: Mike A. <ma...@dm...> - 2008-07-15 20:26:00
|
After many hours trying various svndumpfilter combinations, I wasn't able to extract the cscs branch from the dumpfile. Therefore, I did an initial import from an export of the mapbuilder/cscs branch, with comments to that effect in the log message. There are also pointers to the mapbuilder svn for project history in the wiki. The Trac wiki is setup and I've been starting to put some documentation in there and the ticket system is also available. Mike Mike Adair wrote: > We've been trying to untangle the mapbuilder svn to create a new svn > repository for proj4js, (http://trac.osgeo.org/osgeo/ticket/258) > however there has been so much moving and copying that it seems > practically impossible to do. > So I'm looking for options on how to get this done. The only option I > can think of now is to create the new repository from an export. This > won't re-create all the history however, but the logs would still live > in the mapbuilder SVN which I could point people to. > > Any other ideas? > > Mike > _______________________________________________ > MetaCRS mailing list > Me...@li... > http://lists.osgeo.org/mailman/listinfo/metacrs > |
From: Stefano M. <me...@mp...> - 2008-07-15 14:48:36
|
Andreas. I have raised a JIRA issue: http://jira.codehaus.org/browse/MAP-552 -- Stefano On Tue, Jul 15, 2008 at 02:07:44PM +0200, Andreas Hocevar wrote: > Stefano, > > thanks for your patch! If you have a minute, could you please create a > ticket at http://jira.codehaus.org/browse/MAP ? > > If not, please drop me a line, then I will do the ticket work for you > and apply your patch to trunk. > > Thanks! > Andreas. > > On Tue, Jul 8, 2008 at 3:29 PM, Stefano Menegon <me...@mp...> wrote: > > Hi all, > > > > I think there is a conflict between LayersControl and TimeSeries. > > > > If the Context document contains the wmc:Extension tag (as using timeseries widget), > > LayerControls expects a wmc:GroupList tag as child of wmc:Extension. > > In this case wmc:GroupList dosen't exist, so LayersControl's output is empty! > > > > A patch should be: > > > > #svn diff LayerControl.xsl > > Index: LayerControl.xsl > > =================================================================== > > --- LayerControl.xsl (revision 3996) > > +++ LayerControl.xsl (working copy) > > @@ -57,12 +57,12 @@ > > <xsl:template match="/wmc:ViewContext"> > > <div> > > <div class="layerControl"> > > - <xsl:if test="wmc:General/wmc:Extension"> > > + <xsl:if test="wmc:General/wmc:Extension/wmc:GroupList"> > > <xsl:apply-templates select="wmc:General/wmc:Extension/wmc:GroupList/wmc:Group"> > > <xsl:sort select="position()" order="ascending" data-type="number"/> > > </xsl:apply-templates> > > </xsl:if> > > - <xsl:if test="not(wmc:General/wmc:Extension)"> > > + <xsl:if test="not(wmc:General/wmc:Extension/wmc:GroupList)"> > > <xsl:apply-templates select="wmc:LayerList/wmc:Layer"> > > <xsl:sort select="position()" order="descending" data-type="number"/> > > </xsl:apply-templates> > > > > > > Regards, > > -- > > Stefano Menegon > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > _______________________________________________ > > mapbuilder-devel mailing list > > map...@li... > > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel |
From: Andreas H. <and...@gm...> - 2008-07-15 12:17:27
|
Guido, this issue should now be fixed by using a more recent version of Sarissa. Regards, Andreas. On Fri, Jul 11, 2008 at 10:13 AM, Guido Lohaus <lo...@di...> wrote: > Hello, > > quite a while ago I found this solution (see below) for a bug which occurred in my mapbuilder application (Release 1.0.1) with IE 6. > I'd like to update to 1.5 and I realized that nothing has changed in ModelBase.setXpathValue() until now. > Does anyone know if this has been fixed in another way? > Or do I have to patch ModelBase.setXpathValue() once more? > > Regards > Guido > > > > Hi John, > > Thanks for the solution, I'm having exactly the same problem with the > edugis site in IE7, when drawing a measurement line. I've implemented > your fix and now it works in IE7 (only on the internal edugis-ont machine). > I'm not seeing any problem with firefox so far, so it looks promising. > I'd like to do some more testing before recommending this fix though. > Right now I have a similar error in IE7 in the Sarissa > XSLTProcessor.prototype.transformToDocument function. > Once I've finished my IE7 support I'd like to test the site in > IE6,IE7,FF1,FF1.5,FF2 to see if it still works. I don't see any reason > why the more complicated code is used. Although often IE prefers the > more complicated route to do things, so I'm a bit surprised that it can > be done in 1 line. > > Steven > > > John Pulles wrote: >> Hi list, >> >> The following error occurred using IE6: "msxml3.dll: The parameter is >> incorrect." in the setXPathValue function of ModelBase.js, in the line >> "node.appendChild(v);". >> >> When I replace the function with the following code, the error doesn't >> occur and mapbuilder seems to operate well under both Firefox and IE6. >> Does anyone have a suggestion why the more complicated code (3 lines) >> with Sarissa.getDomDocument is used. Can the single line with >> "node.appendChild( objRef.doc.createTextNode(value) );" be an >> improvement of the existing code? >> >> this.setXpathValue=function(objRef,xpath,value,refresh){ >> if (refresh==null) refresh=true; >> var node=objRef.doc.selectSingleNode(xpath); >> if(node){ >> if(node.firstChild){ >> node.firstChild.nodeValue=value; >> }else if( true ){ >> // to test replacement of original code below!!!!!!!!! >> node.appendChild( objRef.doc.createTextNode(value) ); >> }else{ >> // the original code >> dom=Sarissa.getDomDocument(); >> v=dom.createTextNode(value); >> node.appendChild(v); >> } >> if (refresh) objRef.setParam("refresh"); >> return true; >> }else{ >> return false; >> } >> } >> >> By the way, the problem occurred when using mapbuilder within a Drupal page. >> >> Regards, >> John. >> >> > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > |
From: Andreas H. <and...@gm...> - 2008-07-15 12:07:48
|
Stefano, thanks for your patch! If you have a minute, could you please create a ticket at http://jira.codehaus.org/browse/MAP ? If not, please drop me a line, then I will do the ticket work for you and apply your patch to trunk. Thanks! Andreas. On Tue, Jul 8, 2008 at 3:29 PM, Stefano Menegon <me...@mp...> wrote: > Hi all, > > I think there is a conflict between LayersControl and TimeSeries. > > If the Context document contains the wmc:Extension tag (as using timeseries widget), > LayerControls expects a wmc:GroupList tag as child of wmc:Extension. > In this case wmc:GroupList dosen't exist, so LayersControl's output is empty! > > A patch should be: > > #svn diff LayerControl.xsl > Index: LayerControl.xsl > =================================================================== > --- LayerControl.xsl (revision 3996) > +++ LayerControl.xsl (working copy) > @@ -57,12 +57,12 @@ > <xsl:template match="/wmc:ViewContext"> > <div> > <div class="layerControl"> > - <xsl:if test="wmc:General/wmc:Extension"> > + <xsl:if test="wmc:General/wmc:Extension/wmc:GroupList"> > <xsl:apply-templates select="wmc:General/wmc:Extension/wmc:GroupList/wmc:Group"> > <xsl:sort select="position()" order="ascending" data-type="number"/> > </xsl:apply-templates> > </xsl:if> > - <xsl:if test="not(wmc:General/wmc:Extension)"> > + <xsl:if test="not(wmc:General/wmc:Extension/wmc:GroupList)"> > <xsl:apply-templates select="wmc:LayerList/wmc:Layer"> > <xsl:sort select="position()" order="descending" data-type="number"/> > </xsl:apply-templates> > > > Regards, > -- > Stefano Menegon > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > |
From: Guido L. <lo...@di...> - 2008-07-11 08:13:31
|
Hello, quite a while ago I found this solution (see below) for a bug which occurred in my mapbuilder application (Release 1.0.1) with IE 6. I'd like to update to 1.5 and I realized that nothing has changed in ModelBase.setXpathValue() until now. Does anyone know if this has been fixed in another way? Or do I have to patch ModelBase.setXpathValue() once more? Regards Guido Hi John, Thanks for the solution, I'm having exactly the same problem with the edugis site in IE7, when drawing a measurement line. I've implemented your fix and now it works in IE7 (only on the internal edugis-ont machine). I'm not seeing any problem with firefox so far, so it looks promising. I'd like to do some more testing before recommending this fix though. Right now I have a similar error in IE7 in the Sarissa XSLTProcessor.prototype.transformToDocument function. Once I've finished my IE7 support I'd like to test the site in IE6,IE7,FF1,FF1.5,FF2 to see if it still works. I don't see any reason why the more complicated code is used. Although often IE prefers the more complicated route to do things, so I'm a bit surprised that it can be done in 1 line. Steven John Pulles wrote: > Hi list, > > The following error occurred using IE6: "msxml3.dll: The parameter is > incorrect." in the setXPathValue function of ModelBase.js, in the line > "node.appendChild(v);". > > When I replace the function with the following code, the error doesn't > occur and mapbuilder seems to operate well under both Firefox and IE6. > Does anyone have a suggestion why the more complicated code (3 lines) > with Sarissa.getDomDocument is used. Can the single line with > "node.appendChild( objRef.doc.createTextNode(value) );" be an > improvement of the existing code? > > this.setXpathValue=function(objRef,xpath,value,refresh){ > if (refresh==null) refresh=true; > var node=objRef.doc.selectSingleNode(xpath); > if(node){ > if(node.firstChild){ > node.firstChild.nodeValue=value; > }else if( true ){ > // to test replacement of original code below!!!!!!!!! > node.appendChild( objRef.doc.createTextNode(value) ); > }else{ > // the original code > dom=Sarissa.getDomDocument(); > v=dom.createTextNode(value); > node.appendChild(v); > } > if (refresh) objRef.setParam("refresh"); > return true; > }else{ > return false; > } > } > > By the way, the problem occurred when using mapbuilder within a Drupal page. > > Regards, > John. > > |
From: Richard G. <ric...@gm...> - 2008-07-10 23:47:10
|
On Thu, Jul 10, 2008 at 8:16 AM, Mike Adair <ma...@dm...> wrote: > We've been trying to untangle the mapbuilder svn to create a new svn > repository for proj4js, (http://trac.osgeo.org/osgeo/ticket/258) however > there has been so much moving and copying that it seems practically > impossible to do. > So I'm looking for options on how to get this done. The only option I can > think of now is to create the new repository from an export. This won't > re-create all the history however, but the logs would still live in the > mapbuilder SVN which I could point people to. > > Any other ideas? > > Mike Mike, As you know, I have been extremely frustrated by your take over of the cscs project. The cscs branch of the mapbuilder svn is an historic record of the origin of the Proj4js project. It's important to me, but probably not to anyone else. I can see that separating it from mapbuilder is more work than it is worth. I would appreciate, however, if you would make reference to cscs in the comments in the export to the new MetaCRS repository. Rich -- Richard Greenwood ric...@gm... www.greenwoodmap.com |
From: Mike A. <ma...@dm...> - 2008-07-10 14:16:31
|
We've been trying to untangle the mapbuilder svn to create a new svn repository for proj4js, (http://trac.osgeo.org/osgeo/ticket/258) however there has been so much moving and copying that it seems practically impossible to do. So I'm looking for options on how to get this done. The only option I can think of now is to create the new repository from an export. This won't re-create all the history however, but the logs would still live in the mapbuilder SVN which I could point people to. Any other ideas? Mike |
From: John A. <ja...@us...> - 2008-07-09 14:33:29
|
Thanks Olivier SLD POST requests do now appear to be working in Geoserver 1.5.3. We were able to POST an SLD using the Geoserver "Demo Request" testbed request titled "WMS_getMap_SLD_BODY_LiteralMode.url". oli...@ge... wrote: > Hi John, > > I've tried to post an SLD with a GetMap request , one year ago. > Unfortunately, it doesn't work with Geoserver but maybe the problem is > resolved , post an email to the geoserver-user list to know more about it. > > > I've choosen an other way to pass the SLD to server, use the SLD param > of a GetMap request with the URL of an online SLD document. > > http://....../...?.....&...&....&SLD=http://yourcompany.com/data/sld/yoursld.sld > > This solution is the best to manipulate the SLD (create,update,delete) > and easier to add to a context document (WMC or OWC) . > > > regards > > > John Aguinaldo a écrit : > >> Hi >> >> Our challenge is that our application dynamically generates the SLD on >> the client and embeds it in the WMS getMap GET request. This works fine >> for Firefox, but unfortunately, we are experiencing a URL length limit >> in IE. >> The WMS layer is served from Geoserver. We do see that we can >> successfully POST the same getMap request to Geoserver and receive back >> the stylized map image. >> >> The question now is how can we configure this particular map layer to >> POST instead of GET? Sample configuration/code snippets would be >> great, but any help is appreciated... or should we be approaching this >> situation from a different angle? >> >> Thanks, >> John Aguinaldo >> >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> mapbuilder-devel mailing list >> map...@li... >> https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel >> >> >> >> > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > |
From: Mike A. <ma...@dm...> - 2008-07-09 13:31:07
|
Not sure if this still works, but you can also add a method property to your model object in the config doc: <method>post</method> Mike oli...@ge... wrote: > Hi John, > > I've tried to post an SLD with a GetMap request , one year ago. > Unfortunately, it doesn't work with Geoserver but maybe the problem is > resolved , post an email to the geoserver-user list to know more about it. > > > I've choosen an other way to pass the SLD to server, use the SLD param > of a GetMap request with the URL of an online SLD document. > > http://....../...?.....&...&....&SLD=http://yourcompany.com/data/sld/yoursld.sld > > This solution is the best to manipulate the SLD (create,update,delete) > and easier to add to a context document (WMC or OWC) . > > > regards > > > John Aguinaldo a écrit : > >> Hi >> >> Our challenge is that our application dynamically generates the SLD on >> the client and embeds it in the WMS getMap GET request. This works fine >> for Firefox, but unfortunately, we are experiencing a URL length limit >> in IE. >> The WMS layer is served from Geoserver. We do see that we can >> successfully POST the same getMap request to Geoserver and receive back >> the stylized map image. >> >> The question now is how can we configure this particular map layer to >> POST instead of GET? Sample configuration/code snippets would be >> great, but any help is appreciated... or should we be approaching this >> situation from a different angle? >> >> Thanks, >> John Aguinaldo >> >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> mapbuilder-devel mailing list >> map...@li... >> https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel >> >> >> >> > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > |
From: Steven M. O. <ste...@ge...> - 2008-07-09 09:22:08
|
HI all, Markus has made progress on the FF3/Firebug problem and I like to have a meeting to discuss this and future steps. The timeslot is as usual 11.30 GMT regards, Steven -- Steven M. Ottens -==- http://research.geodan.nl/planet |
From: <oli...@ge...> - 2008-07-09 07:46:42
|
Hi John, I've tried to post an SLD with a GetMap request , one year ago. Unfortunately, it doesn't work with Geoserver but maybe the problem is resolved , post an email to the geoserver-user list to know more about it. I've choosen an other way to pass the SLD to server, use the SLD param of a GetMap request with the URL of an online SLD document. http://....../...?.....&...&....&SLD=http://yourcompany.com/data/sld/yoursld.sld This solution is the best to manipulate the SLD (create,update,delete) and easier to add to a context document (WMC or OWC) . regards John Aguinaldo a écrit : > Hi > > Our challenge is that our application dynamically generates the SLD on > the client and embeds it in the WMS getMap GET request. This works fine > for Firefox, but unfortunately, we are experiencing a URL length limit > in IE. > The WMS layer is served from Geoserver. We do see that we can > successfully POST the same getMap request to Geoserver and receive back > the stylized map image. > > The question now is how can we configure this particular map layer to > POST instead of GET? Sample configuration/code snippets would be > great, but any help is appreciated... or should we be approaching this > situation from a different angle? > > Thanks, > John Aguinaldo > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > > |
From: John A. <ja...@us...> - 2008-07-08 20:05:34
|
Hi Our challenge is that our application dynamically generates the SLD on the client and embeds it in the WMS getMap GET request. This works fine for Firefox, but unfortunately, we are experiencing a URL length limit in IE. The WMS layer is served from Geoserver. We do see that we can successfully POST the same getMap request to Geoserver and receive back the stylized map image. The question now is how can we configure this particular map layer to POST instead of GET? Sample configuration/code snippets would be great, but any help is appreciated... or should we be approaching this situation from a different angle? Thanks, John Aguinaldo |
From: nicholeuf <nic...@sa...> - 2008-07-08 14:48:58
|
I am trying to view the examples here: http://demo.communitymapbuilder.org/demo/mapbuilder-lib-1.5-rc1/examples/index.html The site is coming back with a bad gateway error. -- View this message in context: http://www.nabble.com/example-server-down--tp18340907p18340907.html Sent from the MapBuilder Devel mailing list archive at Nabble.com. |
From: Stefano M. <me...@mp...> - 2008-07-08 13:29:09
|
Hi all, I think there is a conflict between LayersControl and TimeSeries. If the Context document contains the wmc:Extension tag (as using timeseries widget), LayerControls expects a wmc:GroupList tag as child of wmc:Extension. In this case wmc:GroupList dosen't exist, so LayersControl's output is empty! A patch should be: #svn diff LayerControl.xsl Index: LayerControl.xsl =================================================================== --- LayerControl.xsl (revision 3996) +++ LayerControl.xsl (working copy) @@ -57,12 +57,12 @@ <xsl:template match="/wmc:ViewContext"> <div> <div class="layerControl"> - <xsl:if test="wmc:General/wmc:Extension"> + <xsl:if test="wmc:General/wmc:Extension/wmc:GroupList"> <xsl:apply-templates select="wmc:General/wmc:Extension/wmc:GroupList/wmc:Group"> <xsl:sort select="position()" order="ascending" data-type="number"/> </xsl:apply-templates> </xsl:if> - <xsl:if test="not(wmc:General/wmc:Extension)"> + <xsl:if test="not(wmc:General/wmc:Extension/wmc:GroupList)"> <xsl:apply-templates select="wmc:LayerList/wmc:Layer"> <xsl:sort select="position()" order="descending" data-type="number"/> </xsl:apply-templates> Regards, -- Stefano Menegon |
From: Andreas H. <and...@gm...> - 2008-06-24 12:08:07
|
Hey, I'd like to have a team meeting again, at the usual timeslot (Wed, 11:30 GMT). Topics: * markusin would like to get more involved into Mapbuilder development * final release 1.5 in July: who is available for testing and bugfixing? markusin will be with us, so it would be good to have some "old" devs around. Regards, Andreas. |
From: Andreas H. <and...@gm...> - 2008-06-16 07:22:19
|
Hi, we don't know exactly what causes this issue. But obviously it has to do with Firebug. There is already a ticket for it (http://jira.codehaus.org/browse/MAP-548), but it is still unclear to me whether it's caused by Sarissa or by Mapbuilder. At some point, we will have to file an issue with Firebug, but we will need a stripped down example to show the problem. So the only thing you can do for now when using Firefox 3 is to disable Firebug. Regards, Andreas. On Sat, Jun 14, 2008 at 1:48 PM, marcos hermida <mar...@gm...> wrote: > Hi all! > I have downloaded mapbuilder from the svn repository (head revision, > 3996) and installed it . > It has worked fine with Firefox 2 and IE 7 even with Firefox 3, but with > Firefox 3 after enabling firebug (v 1.2.0b3) I got these two errors: > > Permission denied to get property Element.tagName > } else if(oDoc.documentElement.tagName == "parsererror"){ > Sarissa.js > Line 477 > > config is undefined > config.parseConfig(config); > Mapbuilder.js > Line 304 > > and the map and the widgets aren't displayed. > Is it a firebug issue? Is there any way to solve it? > > Thanx! > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > mapbuilder-devel mailing list > map...@li... > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > |
From: marcos h. <mar...@gm...> - 2008-06-14 11:48:33
|
Hi all! I have downloaded mapbuilder from the svn repository (head revision, 3996) and installed it . It has worked fine with Firefox 2 and IE 7 even with Firefox 3, but with Firefox 3 after enabling firebug (v 1.2.0b3) I got these two errors: Permission denied to get property Element.tagName } else if(oDoc.documentElement.tagName == "parsererror"){ Sarissa.js Line 477 config is undefined config.parseConfig(config); Mapbuilder.js Line 304 and the map and the widgets aren't displayed. Is it a firebug issue? Is there any way to solve it? Thanx! |
From: Gertjan v. O. <gertjan@West.NL> - 2008-06-12 12:21:39
|
Hi, As quoted from Rober Corona <rob...@gm...>: > I have a problem to load a WMS-C from MapBuilder,the url created by MapBuilder > on the fly is this: > http://localhost:8080/mapbuilder/proxy?url=http%3A//www.cartociudad.es/wms-c/ > CARTOCIUDAD/CARTOCIUDAD%3FREQUEST%3DGetCapabilities%26SERVICE%3DWMS-C Presumably MapBuilder runs on your local host? > and the browser respond: > > <serviceException> > <message>Connection timed out: connect</message> > </serviceException> That probably means that MapBuilder's proxy running on localhost cannot get to the cartociudad URL. Can you go from your local host to that URL directly (that is: without proxy settings in e.g. your browser [or wget or whatever you want, even telnet])? > I think it is because the path has a "minus" in "wms-c", That seems unlikely to me; "-" is not a special URI character. > On the other hand the url > "http://www.cartociudad.es/wms-c/CARTOCIUDAD/CARTOCIUDAD?REQUEST=GetCapabilities&SERVICE=WMS-C" > works fine. I get a Python error trace on that URL, so at least there's something wrong there. Kind regards, -- -- Gertjan van Oosten, gertjan@West.NL, West Consulting B.V., +31 15 2191 600 |
From: Rober C. <rob...@gm...> - 2008-06-12 08:16:11
|
Hello!!! I have a problem to load a WMS-C from MapBuilder,the url created by MapBuilder on the fly is this: http://localhost:8080/mapbuilder/proxy?url=http%3A//www.cartociudad.es/wms-c/CARTOCIUDAD/CARTOCIUDAD%3FREQUEST%3DGetCapabilities%26SERVICE%3DWMS-C and the browser respond: <serviceException> <message>Connection timed out: connect</message> </serviceException> I think it is because the path has a "minus" in "wms-c", i have tried to put "wms%2Cc", but it doesn't work.On the other hand the url "http://www.cartociudad.es/wms-c/CARTOCIUDAD/CARTOCIUDAD?REQUEST=GetCapabilities&SERVICE=WMS-C" works fine. Somebody know how to do it. Thanks. |
From: Andreas H. <and...@gm...> - 2008-06-11 08:37:55
|
Luke, as a workaround, you could try to use a doctype in your html page that sets the browser to standards-compliant mode, e.g. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html> ... </html> This will cause different margin/border/padding interpretation inside the map pane. With that setting, the map viewport should be the same size in IE and other browsers, and this might solve your problem. Regards, andreas. Luke Michels wrote: > > Sorry Here is the link I forgot to put it in on my last post > > > http://na.unep.net/Luke/map/ > > > > > > > Here is a test url. Please keep in mind I know there is some graphical > stuff wrong and the print has some minor issues, but the two layers > that are set up to be tiled are Countries and Major Lakes. > Also if anybody is interested you can see the hide and show feature I > have added to map builder. If you zoom in a couple of zoom levels you > will see the layer Cities appear in the menu on the right and > dissapear as you zoom back out. > Any help with the tile caching is greatly appreciated. |