You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(27) |
Oct
(22) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Sean G. <sgi...@fr...> - 2003-10-02 14:29:33
|
Let's make a first release of the library. The WMSClient module is ready to go. Jan has said that he's already used it, and I'd like to release new versions of other software that would use the library. The WMSServer module remains in a state that is really only useful with MapServer, but I think that we shouldn't let this hold up a release. If we call this 0.1, I think I'd rather wait till 0.2 to have a more generally useful WMSServer. My plan for that is to have a small set of classes that would allow a WMS Server to be easily constructed from something as basic as Python's cgi library + GDAL. This will take some time. J.F., I know that you wanted to write some user docs before a first release, but how about for now we focus on documentation in the code and keep the user docs very simple? I have picked up the DocBook distribution. Since you're using 4.1.2 with MapServer, would you prefer to stay with that? Any reason to go to 4.2? Can we set a date for a code freeze and then a date for release? Sean |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-24 18:41:59
|
Sean, Actually I'm getting posts to the list, and mine seem to be making it out, I'm just not getting my own posts back. Keeping my comments in mind, I am OK with the site as it is right now, and for now ... I think it's important for us to get a decent web presence started, but not spend too much time on it, since the focus should still be on code until we get a first release out. Sure thing, I'll add the intro part of the readme to the __init__ ... And at some point I'll let you know when I'm done updating my code with docstrings .. I'll be using what's up right now as a reference to figure out where I should write up something better ... J.F. -----Original Message----- From: Sean Gillies [mailto:sgi...@fr...] Sent: Tuesday, September 23, 2003 2:54 PM To: Jea...@cc... Cc: pyo...@li... Subject: [Pyogclib-developers] Re: The web site J.F., I am cc'ing this to the pyogclib-developers list since it seems that you are still stuck in mailman limbo. All your points are right on. I don't want to spend any more time than necessary on the site and would like to use RSS and the sourceforge project news as much as we can. Docstrings ... while you are at it, will you put the readme in as a docstring in ogclib.__init__.py so we can have a package-level description appear in the epydoc docs? You're OK with the basic layout and content? Sean Aside: I ran epydoc against the Python Mapscript module and it is not as useful as I'd hope. None of the method arguments are named, which I should have expected. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Pyogclib-developers mailing list Pyo...@li... https://lists.sourceforge.net/lists/listinfo/pyogclib-developers |
From: Jan-Oliver W. <ja...@in...> - 2003-09-23 21:30:10
|
On Tue, Sep 23, 2003 at 01:08:30PM -0400, Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote: > If we were to write pure OGC Python servers, I'd be really tempted to look > at the Twisted framework however ... any of you have experience with it ? we are using Twisted for a distributed simulation model system which is steered by a GUI client which again is build upon Thuban. See http://great-er.intevation.org/ for more. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Jan-Oliver W. <ja...@in...> - 2003-09-23 21:26:10
|
On Tue, Sep 23, 2003 at 01:49:37PM -0400, Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote: > About the license: Personally I like it liberal :) I don't want to impose > Open-Source'ness on others. So that's why I'm going along with the choice of > MIT license. Also, as Sean stated, it follows the licenses used by many > other open GIS tools such as GDAL/OGR and UMN MapServer, and is less likely > to cause confusion if someone were to implement some sort of GIS processing > system that is made up of all of these but with difference licenses. The > more flexible, the fewer worries, IMHO. Most of the Free Software GIS code base is covered by freedom-protecting licenses (e.g. GRASS, OSSIM, Thuban; GRASS was the largest Free Software project in general for quite some time). LGPLed modules integrate nicely with modules of various license types. Licenses that do not protect freedom are good for distributing proprietary branches that do not intend to share modifications, bugfixes, enhancements with others. The better freedom is protected, the less worries IMHO :-) However, it is always upto the authors to decide on the licenses under which they want the software to be released. I just expressed my honest opinion for the archives that I think LGPL would suit better than MIT/X11. > Indeed, thuban looks like a cool tool indeed, I'm going to have to give it a > try soon :) I now realize you're the man behind the Python PROJ interface, > which Frank sent me a while back, and I have been using with Zope ... It'd > be nice to have it merged into the PROJ distribution :) Actually, it was not me, but my collegue Bernhard Herzog who did some Python wrapping. It is on the todo list to submit the python wrappers upstream. Hm, the todo list is long though ;-) > Although I can see uses for a WFS Cient in thuban, I have to admit it > wouldn't be a killer add-on yet. What might be of interest though is the > fact that as part of the WFS implementation, there is the beginning of some > GML support, which could in turn be used to read GML files, much in the same > way you would read shapefiles. But then again I guess OGR has that already > ? Or the beginnings of it ? I think support was added as part of various > MapServer OGC improvements, though it looks liek it isn't documented yet. OGR support is on the todo list as well. If WMS layers should seamlessly work within Thuban eventually, WFS is necessary at some point. We have to introduce two small feature into Thuban and after this it is possible to release a first experimental WMSLayer extension. When do you expect to make the first release? I would be interested in helping to get pyogclib into Debian as soon as possible after its first release. (We are currently busy in getting gdal/ogr into Debian :-) Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-23 21:15:46
|
On Tuesday, September 23, 2003, at 11:08 AM, Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote: > Jan, > > Indeed! I had forgotten about those guys, though I'd heard about them > before > .... > > It would be good to study their implementations and class structures > and so > on, as we probably could learn a lot from it all, no sense > re-inventing the > wheel. I see there's a JavaDoc interface for example that we could > take a > look at. I'd be interested in seeing how they handle certain WFS > issues, > such as Schema generation ... > > Personally, I'm more interested in clients for Python than servers > right > now, as that's where my need lies. So I'd like to further push the WFS > Client to be as flexible as possible, it's kind of restricted in it's > support of Schema parsing right now ... I have some funky ideas I'll > post > soon as far as that goes ... I notice Deegree has released a WMS client > implementation though ! I wonder if they're going to do a WFS one ?? :) > > If we were to write pure OGC Python servers, I'd be really tempted to > look > at the Twisted framework however ... any of you have experience with > it ? > > J.F. > I like Twisted! PyOGCLib + MapScript + Twisted would make a great WMS server, as Twisted doesn't require thread-safety of mapscript. Twisted is also quite symmetric, and is good for creating clients as well. I don't think we should write a server that is distributed with PyOGCLib. Sean |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-23 21:03:42
|
Jan, Indeed! I had forgotten about those guys, though I'd heard about them before ... It would be good to study their implementations and class structures and so on, as we probably could learn a lot from it all, no sense re-inventing the wheel. I see there's a JavaDoc interface for example that we could take a look at. I'd be interested in seeing how they handle certain WFS issues, such as Schema generation ... Personally, I'm more interested in clients for Python than servers right now, as that's where my need lies. So I'd like to further push the WFS Client to be as flexible as possible, it's kind of restricted in it's support of Schema parsing right now ... I have some funky ideas I'll post soon as far as that goes ... I notice Deegree has released a WMS client implementation though ! I wonder if they're going to do a WFS one ?? :) If we were to write pure OGC Python servers, I'd be really tempted to look at the Twisted framework however ... any of you have experience with it ? J.F. -----Original Message----- From: Jan-Oliver Wagner [mailto:ja...@in...] Sent: Sunday, September 21, 2003 7:32 AM To: pyogclib developer mailing list Subject: [Pyogclib-developers] had a look into deegree? Hi, to my best knowldge there is only one other interesting Free Software implementation of the OGC standards besides pyogclib: deegree (www.deegree.org) It is certainly interestng for the pyogclib developers to have a look into deegree who have the most complete implementations of the OGC standards. Unfortunately in Java, which renders the problem of a dependency towards a proprietary developement and runtime environment. (Apart from my personal preference of Python over Java :-) Deegree seems to be very well designed and it might make sense to transfer some junks of the implementation simply from Java to Python. What do you think? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Pyogclib-developers mailing list Pyo...@li... https://lists.sourceforge.net/lists/listinfo/pyogclib-developers |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-23 20:51:58
|
Hello, About the license: Personally I like it liberal :) I don't want to impose Open-Source'ness on others. So that's why I'm going along with the choice of MIT license. Also, as Sean stated, it follows the licenses used by many other open GIS tools such as GDAL/OGR and UMN MapServer, and is less likely to cause confusion if someone were to implement some sort of GIS processing system that is made up of all of these but with difference licenses. The more flexible, the fewer worries, IMHO. Indeed, thuban looks like a cool tool indeed, I'm going to have to give it a try soon :) I now realize you're the man behind the Python PROJ interface, which Frank sent me a while back, and I have been using with Zope ... It'd be nice to have it merged into the PROJ distribution :) Although I can see uses for a WFS Cient in thuban, I have to admit it wouldn't be a killer add-on yet. What might be of interest though is the fact that as part of the WFS implementation, there is the beginning of some GML support, which could in turn be used to read GML files, much in the same way you would read shapefiles. But then again I guess OGR has that already ? Or the beginnings of it ? I think support was added as part of various MapServer OGC improvements, though it looks liek it isn't documented yet. J.F. -----Original Message----- From: Jan-Oliver Wagner [mailto:ja...@in...] Sent: Sunday, September 21, 2003 7:22 AM To: pyogclib developer mailing list Subject: Re: [Pyogclib-developers] ChangeLog and License On Sat, Sep 20, 2003 at 06:03:35PM -0600, Sean Gillies wrote: > We're using the MIT-style license because pyogclib's most immediate use > is in support of other similarly licensed software. Other software that > we are familiar with are also similarly licensed. GDAL, PROJ4 for > example. > I've got nothing against the LGPL except that I don't feel like I fully > understand it. the main conceptual difference is that LGPL protects the freedom of the software while MIT allows to derive proprietary versions. Both licenses, however, allow to link with proprietary software. My personal preference is towards freedom-protecting licenses so that no-one except the authors can relicense the code. > I'm excited that you're interested in using it with Thuban. I've been > very busy on other work lately but will be putting in some time on > pyogclib tomorrow. I think that the WFS stuff is ready for release > and that we're only waiting on the WMS modules and on some docs and > web pages. WMSClient is the one I will have a look at first. WFS might be of interest at a later stage. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Pyogclib-developers mailing list Pyo...@li... https://lists.sourceforge.net/lists/listinfo/pyogclib-developers |
From: Sean G. <sgi...@fr...> - 2003-09-23 18:54:40
|
On Tuesday, September 23, 2003, at 11:31 AM,=20 Jea...@cc... wrote: > Sean, > > Sorry for the late reply, I was out of thown this week-end and monday. > > First of all the epydoc thing looks great, and you make a good point=20= > as far > as docstrings and so on ... I'll be sure to use it as a reference to=20= > help me > properly document my code. > > Is there a way to have the web site part automatically update itself=20= > nightly > something ? Actually, I'm pretty sure there's a way to trigger things=20= > based > on CVS activity also, I was reading that somewhere in the SF docs ...=20= > Maybe > that could be used ? Though we should probably have such a web site=20 > included > with file releases, or have verions available on the site based on=20 > specific > file release versions ? (i.e. view the API for version 0.1, 0.2 and=20 > CVS) ... > What do you think ? > > As for the website, I'm thinking it's good to have, but right now it=20= > might a > lot to manage ... What you've done so far looks good, but we should=20 > simply > point to SF pages where possible (For example, why manage news items=20= > on the > website when they can be easily managed in the SF site itself). OK so=20= > news > probably are available through RSS , so that's a bad example, but you=20= > get my > point :) > > Suggestions: > > - I would remove the "project page" link, and a variety of links=20 > straight > into the various sections of the project page. But I guess that's=20 > personal > taste ? I'm going on the assumption that the website will become the=20= > main > point of entry, and that therefore getting to things from there should=20= > be as > direct as possible ? > > In keeping with that idea I would: > > - Add a link to the CVS information page from the left bar > - Make the news section a "page" with a link from the left bar, see if=20= > we > can access our SF.net news via RSS and use that, instead of=20 > duplicating the > work. I can look at the RSS issue if you want. > - The API page might be further divided by version or something, as = I'd > mentionned above ? > - Do the same for as many as it might be deemed useful and comonly=20 > used by > users/developers (i.e bugs, forums, mailinglists, docs) > - I would suggest renaming or reformatting "API Documentation" since > "Documentation" appears on a different line ... I would suggest a > "Documentation" link that points ot actual docs (README's , HOW-TO's=20= > etc > ....), and a link that point so epydocs, maybe "API Browser" or=20 > something > like that ? > > My .02$ ... let me know what you think ! > > Cheers, > > Jean-Fran=E7ois Doyon > Internet Service Development and Systems Support > GeoAccess Division > Canadian Center for Remote Sensing > Natural Resources Canada > http://atlas.gc.ca > Phone: (613) 992-4902 > Fax: (613) 947-2410 > J.F., I am cc'ing this to the pyogclib-developers list since it seems that you are still stuck in mailman limbo. All your points are right on. I don't want to spend any more time than necessary on the site and would like to use RSS and the sourceforge project news as much as we can. Docstrings ... while you are at it, will you put the readme in as a docstring in ogclib.__init__.py so we can have a package-level description appear in the epydoc docs? You're OK with the basic layout and content? Sean Aside: I ran epydoc against the Python Mapscript module and it is not as useful as I'd hope. None of the method arguments are named, which I should have expected. |
From: Jan-Oliver W. <ja...@in...> - 2003-09-23 06:54:56
|
On Mon, Sep 22, 2003 at 07:58:27PM -0600, Sean Gillies wrote: > On Monday, September 22, 2003, at 03:59 PM, Jan-Oliver Wagner wrote: > >LAYERS in WMSClient.getMapURL can not be set to > >an empty value so that you e.g. can retrieve the default > >map from UMN MapServer. > >Is LAYERS mandatory at all? > >Same question for SRS. > > I just checked the 1.0 and 1.1 specs. If I understand correctly, LAYERS > and SRS are required, there are no defaults. OK, so UMN MapServer is not fully compliant with WMS as it accepts getMap-calls without any parameter. -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-23 01:58:26
|
On Monday, September 22, 2003, at 03:59 PM, Jan-Oliver Wagner wrote: > Hi, > > LAYERS in WMSClient.getMapURL can not be set to > an empty value so that you e.g. can retrieve the default > map from UMN MapServer. > Is LAYERS mandatory at all? > Same question for SRS. > > Jan Hi Jan, I just checked the 1.0 and 1.1 specs. If I understand correctly, LAYERS and SRS are required, there are no defaults. Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies |
From: Jan-Oliver W. <ja...@in...> - 2003-09-22 21:59:48
|
Hi, LAYERS in WMSClient.getMapURL can not be set to an empty value so that you e.g. can retrieve the default map from UMN MapServer. Is LAYERS mandatory at all? Same question for SRS. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Jan-Oliver W. <ja...@in...> - 2003-09-22 18:10:28
|
On Mon, Sep 22, 2003 at 11:27:55AM -0600, Sean Gillies wrote: > One sidebar now, and eventually I want to add > another heading for applications that use pyogclib. ZMapServer, > the Zope WMS and WFS adapters, and Thuban (when ready). Today I got WMSClient working for Thuban :-) It is just a proof-of-concept and not yet checked into CVS though. To be honest, it was not difficult: I just mixed WMSClient into a Thuban Layer and wired them. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-22 17:28:04
|
Have made changes suggested by Jan that should improve display of the page. One sidebar now, and eventually I want to add another heading for applications that use pyogclib. ZMapServer, the Zope WMS and WFS adapters, and Thuban (when ready). Any comments on the content and wording, J.F.? Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies |
From: Sean G. <sgi...@fr...> - 2003-09-22 13:59:02
|
On Monday, September 22, 2003, at 01:09 AM, Jan-Oliver Wagner wrote: > On Mon, Sep 22, 2003 at 12:42:24AM -0600, Sean Gillies wrote: >> ... at http://pyogclib.sourceforge.net/foo/www/ >> >> Please note that the API Documentation is incomplete. It's only there >> to illustrate what is possible with epydoc and remind us to complete >> the package, module, class, and method docstrings. >> >> Comments? The web pages themselves are committed in CVS under >> PyOGCLib/www/. > > you are using fixed widths. With my default browser size I have to > scroll vertically (I am not using full screen mode). > > The documentation looks promising. > > You should mention the license in the first page. > > Wouldn't it make sense to put the news beneath the links, so that > you save same vertical space? > > Best > > Jan Thanks for the feedback, Jan. J.F. and I are also planning a users manual to complement the API documentation for the first release. Simple at first, but growing as we go. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies |
From: Jan-Oliver W. <ja...@in...> - 2003-09-22 07:09:30
|
On Mon, Sep 22, 2003 at 12:42:24AM -0600, Sean Gillies wrote: > ... at http://pyogclib.sourceforge.net/foo/www/ > > Please note that the API Documentation is incomplete. It's only there > to illustrate what is possible with epydoc and remind us to complete > the package, module, class, and method docstrings. > > Comments? The web pages themselves are committed in CVS under > PyOGCLib/www/. you are using fixed widths. With my default browser size I have to scroll vertically (I am not using full screen mode). The documentation looks promising. You should mention the license in the first page. Wouldn't it make sense to put the news beneath the links, so that you save same vertical space? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-22 06:42:24
|
... at http://pyogclib.sourceforge.net/foo/www/ Please note that the API Documentation is incomplete. It's only there to illustrate what is possible with epydoc and remind us to complete the package, module, class, and method docstrings. Comments? The web pages themselves are committed in CVS under PyOGCLib/www/. Sean |
From: Jan-Oliver W. <ja...@in...> - 2003-09-21 11:31:58
|
Hi, to my best knowldge there is only one other interesting Free Software implementation of the OGC standards besides pyogclib: deegree (www.deegree.org) It is certainly interestng for the pyogclib developers to have a look into deegree who have the most complete implementations of the OGC standards. Unfortunately in Java, which renders the problem of a dependency towards a proprietary developement and runtime environment. (Apart from my personal preference of Python over Java :-) Deegree seems to be very well designed and it might make sense to transfer some junks of the implementation simply from Java to Python. What do you think? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Jan-Oliver W. <ja...@in...> - 2003-09-21 11:22:08
|
On Sat, Sep 20, 2003 at 06:03:35PM -0600, Sean Gillies wrote: > We're using the MIT-style license because pyogclib's most immediate use > is in support of other similarly licensed software. Other software that > we are familiar with are also similarly licensed. GDAL, PROJ4 for > example. > I've got nothing against the LGPL except that I don't feel like I fully > understand it. the main conceptual difference is that LGPL protects the freedom of the software while MIT allows to derive proprietary versions. Both licenses, however, allow to link with proprietary software. My personal preference is towards freedom-protecting licenses so that no-one except the authors can relicense the code. > I'm excited that you're interested in using it with Thuban. I've been > very busy on other work lately but will be putting in some time on > pyogclib tomorrow. I think that the WFS stuff is ready for release > and that we're only waiting on the WMS modules and on some docs and > web pages. WMSClient is the one I will have a look at first. WFS might be of interest at a later stage. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-21 00:03:38
|
On Saturday, September 20, 2003, at 03:41 PM, Jan-Oliver Wagner wrote: > Hi, > > I am quite interested in pyogclib and I will have a closer > look into the code as time permits. > I have two questions sofar: > > - why don't you have a detailed GNU-Style ChangeLog? > (It would help to follow the ongoing developments ...) > - is there any particular reason why pyogclib is licensed with > a MIT-style license rather than e.g. GNU LGPL? > > I am planning to couple Thuban (thuban.intevation.org) with > the WMSClient of pyogclib. > > All the best > > Jan Hi Jan, Jean-Francois and I are still getting the code together and will have a change log in place for the first file release. Until then, there is only the CVS log, which is viewable (in a way) through the CVS browser. We're using the MIT-style license because pyogclib's most immediate use is in support of other similarly licensed software. Other software that we are familiar with are also similarly licensed. GDAL, PROJ4 for example. I've got nothing against the LGPL except that I don't feel like I fully understand it. I'm excited that you're interested in using it with Thuban. I've been very busy on other work lately but will be putting in some time on pyogclib tomorrow. I think that the WFS stuff is ready for release and that we're only waiting on the WMS modules and on some docs and web pages. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies |
From: Jan-Oliver W. <ja...@in...> - 2003-09-20 21:41:04
|
Hi, I am quite interested in pyogclib and I will have a closer look into the code as time permits. I have two questions sofar: - why don't you have a detailed GNU-Style ChangeLog? (It would help to follow the ongoing developments ...) - is there any particular reason why pyogclib is licensed with a MIT-style license rather than e.g. GNU LGPL? I am planning to couple Thuban (thuban.intevation.org) with the WMSClient of pyogclib. All the best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ |
From: Sean G. <sgi...@fr...> - 2003-09-20 15:16:27
|
I got it, hopefully you'll get two emails. On Friday, September 19, 2003, at 02:47 PM,=20 Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote: > I'm told the problem is fixed ! ? > > Testing, 1 ... 2 ... 3 ! > > Jean-Fran=E7ois Doyon > Internet Service Development and Systems Support > GeoAccess Division > Canadian Center for Remote Sensing > Natural Resources Canada > http://atlas.gc.ca > Phone: (613) 992-4902 > Fax: (613) 947-2410 > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Pyogclib-developers mailing list > Pyo...@li... > https://lists.sourceforge.net/lists/listinfo/pyogclib-developers > |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-19 20:47:49
|
I'm told the problem is fixed ! ? Testing, 1 ... 2 ... 3 ! Jean-Fran=E7ois Doyon Internet Service Development and Systems Support GeoAccess Division Canadian Center for Remote Sensing Natural Resources Canada http://atlas.gc.ca Phone: (613) 992-4902 Fax: (613) 947-2410 |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-17 19:30:11
|
Sean, Well, I tried with 2 different forms of my work address (Jean-Francois.Doyon@CCRS.NRCan.gc.ca and jd...@cc...) and neither worked. And in both cases that same piece of string 'Jean-Francois@CC...' appears (That first address is what my e-mails actually show up as coming from, as you probably know). So a quick update for you: I've tested and modifed WFSClient against GeoServer. It now works ok. I've also added the WFSAdapter for Zope to the source tree. Since I've been working on this a LOT lately, I now have to turn my attention back to other tasks, so things are going to slow down from me. My code is ready for a beta test probably anyways. Whatever work I do in the foreseeable future will probably regarding documenting all this. What do you expect you still have/want to do on your end before a first File Release ? J.F. -----Original Message----- From: Sean Gillies [mailto:sgi...@fr...] Sent: Wednesday, September 17, 2003 10:36 AM To: Jea...@cc... Subject: Re: [Pyogclib-developers] Test Number 2 There's a post from you on the pyogclib-developers list where your address appears as Jean-Francois@CC... is this the problem? SF is sending list mail to a wrong address? Sean On Wednesday, September 17, 2003, at 08:27 AM, Jea...@cc... wrote: > Just to let you know, looks like SF isn't liking me, as I don't get > posts to > the dev list, I've submitted a support request, but in the mean time, > we'll > still have to talk off the list. > > J.F. |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-16 22:20:18
|
Looks like my messages got to the list, but not back to me, from = looking at the archives, some part of the system wasn't liking my e-mail address. This one should work right and hopefully get back to me! Jean-Fran=E7ois Doyon Internet Service Development and Systems Support GeoAccess Division Canadian Center for Remote Sensing Natural Resources Canada http://atlas.gc.ca Phone: (613) 992-4902 Fax: (613) 947-2410 |
From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca - 2003-09-16 15:58:35
|
Not sure, I'll check ... The reason I thought it didn't go through though was because I never = got a copy of my post back, which from looking at mailman should've happened = ? I'll look into it ... At least I know other subscribers get it, which = is what really matters I suppose :) J.F. -----Original Message----- From: Sean Gillies [mailto:sgi...@fr...] Sent: Tuesday, September 16, 2003 11:52 AM To: Jean-Francois.Doyon@CCRS.NRCan.gc.ca Cc: pyo...@li... Subject: Re: [Pyogclib-developers] Test Number 2 Sorry, J.F., I forgot to respond yesterday. Did your mail make it into = the archives? Sean On Tuesday, September 16, 2003, at 09:35 AM,=20 Jean-Francois.Doyon@CCRS.NRCan.gc.ca wrote: > Another test, looks like yesterday's never went through ? > > Jean-Fran=E7ois Doyon > Internet Service Development and Systems Support > GeoAccess Division > Canadian Center for Remote Sensing > Natural Resources Canada > http://atlas.gc.ca > Phone: (613) 992-4902 > Fax: (613) 947-2410 > |