Meeting - December 05, 2006

IRC Log

For logs of all #openlayers IRC chat, see http://crschmidt.net/irc/openlayers/log.cgi/

20:00:03 *** Rickm (n=joe@host81-152-226-55.range81-152.btcentralplus.com) has joined #openlayers
20:00:06 <euzuro_> Bonsoir a tous!
20:00:07 <crschmidt> hellos!
20:00:12 <crschmidt> okay, so it's 3:00 by my watch
20:00:13 <crschmidt> .t
20:00:16 <oltrac> Wed Dec 6 15:00:14 EST 2006
20:00:33 <crschmidt> Are we ready to get started?
20:00:40 * pagameba is ready :)
20:00:42 <CameronShorter> ready here
20:00:42 <crschmidt> who's going to be late? please raise your hand
20:00:43 <tschaub> ready
20:00:44 * pgiraud_ is right here
20:00:46 <crschmidt> :)
20:01:06 <CameronShorter> Do we have an agenda?
20:01:09 * Schuyler here
20:01:20 <crschmidt> not too formal
20:01:21 <crschmidt> but
20:01:21 <crschmidt> http://trac.openlayers.org/wiki/Meetings/12/05/2006/Agenda
20:01:22 <Schuyler> hm, it's on the wiki
20:01:26 <Schuyler> ah there
20:01:36 <CameronShorter> I will need to leave for 15 mins after 45mins (to take kids to school)
20:01:39 <crschmidt> Can I get everyone who's here to introduce themselves with one line?
20:01:43 <bertil> hello
20:01:52 <pagameba> I'll be leaving in 45 mins too
20:01:55 <crschmidt> I'm Christopher Schmidt, MetaCarta Monkey, one of the developers of OpenLayers
20:02:02 <Schuyler> hi, I'm Schuyler Erle, OL PSC, MetaCarta
20:02:09 <stvn> steven ottens, mapbuilder developer interested in getting OL into MB
20:02:16 * pagameba is Paul Spencer, DM Solutions Group ... on OL PSC
20:02:23 <pgiraud_> I'm Pierre GIRAUD, Camptocamp SAS, from France
20:02:33 <nickw> Nick Whitelegg, interested in using OL for OSM mashups. particularly interested in the vector stuff...
20:02:44 <bertil> hi, I'm Bertil Chapuis, developper at Camptocamp SA, from Swiss
20:02:45 <euzuro_> Erik Uzureau, MetaCarta Contractor, OL PSC Chair
20:02:50 <CameronShorter> Cameron Shorter, Mapbuilder developer, recently working on OL graphics, interested in moving the 2 projects closed.
20:03:07 <CameronShorter> closer.
20:03:19 <crschmidt> Cool. I think that's e veryone who's here at the moment
20:03:20 <tschaub> Tim Schaub, OL contributer, PSC
20:03:21 *** cholmes (n=chatzill@cpe-68-175-61-7.nyc.res.rr.com) has joined #openlayers
20:03:25 <Schuyler> pull up! we're on a head-on collision course!
20:03:27 <crschmidt> cholmes: say who you are!
20:03:31 * bitner is David Bitner
20:03:37 * hobu here.
20:03:41 <cholmes> Chris Holmes
20:03:43 <oltrac> cholmes: 18 Nov 14:49Z <crschmidt> tell cholmes I'm really impressed with his cartography around zoom level 17 on the gmaps scale. It can do things I don't yet know how to do with Mapserver. Nicely done.
20:03:45 *** Rich564 (n=joe@host81-152-226-55.range81-152.btcentralplus.com) has joined #openlayers
20:04:03 <Schuyler> hobu, introduce yourself
20:04:17 <cholmes> thanks!
20:04:21 <hobu> Howard Butler. OSGeo Incubation mentor
20:04:28 <crschmidt> So, there are a couple thigns that I'd like to see discussed:
20:04:34 <crschmidt> * Current Status and future direction of vector branch
20:04:52 <crschmidt> * Applications that people want to use OL for, and can't yet, or haven't yet, and what reason that might be
20:05:20 <crschmidt> * Tickets for 2.3, and a direction for 2.4
20:05:24 <CameronShorter> I suggest we add "Toolbar" to the agenda
20:05:32 <stvn> +1 CameronShorter
20:05:34 <crschmidt> Okay, I'm fine with that
20:05:55 <crschmidt> CameronShorter: do you want to lead a discussion of where vector rendering currently is?
20:06:05 <CameronShorter> sure.
20:06:12 <pgiraud_> we'll help you
20:06:40 <CameronShorter> I've been focusing on GML rendering for my project.
20:06:49 <CameronShorter> And we are getting very close to that.
20:07:19 <CameronShorter> We have SVG and VML vector rendering working with some large datasets.
20:07:28 <CameronShorter> I've been impressed with how well it works.
20:07:49 <CameronShorter> The code still needs someone to go through and review.
20:07:53 <pgiraud_> The main purpose of my project is to have vector editing functionnalities
20:08:01 <pgiraud_> with WFS-T queries
20:08:20 <Schuyler> you guys are rockstars
20:08:22 <CameronShorter> And create docs and unit tests.
20:08:31 <Schuyler> yeah, got to have those before we can merge to trunk
20:08:39 *** postshift has quit ()
20:08:39 <Schuyler> what's the timeframe on that, aside from the code review?
20:08:49 <tschaub> can you describe the state of vector editing?
20:09:12 <pgiraud_> timeframe ? I have something to give back on friday 15th
20:09:33 <CameronShorter> Querying works only with the top layer. Querying multiple layers doesn't work.
20:09:44 <Schuyler> CameronShorter: is that a limitation intrinsic to OL?
20:09:58 *** postshift (n=postshif@mordor.metacarta.com) has joined #openlayers
20:10:00 <CameronShorter> I'm creating a hack for layers below the top layer which queries just based on bbox.
20:10:13 <pgiraud_> tschaub: we have a GML layer that uses a GML parser to read a GML file
20:10:39 <pgiraud_> we also have a WFS layer that uses the GML parser as well
20:11:12 <pgiraud_> CameronShorter is trying to let user query attributes on the drawn features
20:11:47 <CameronShorter> Schuyler. In SVG/VML query works by clicking on a feature, if that feature get selected, then it rolls up to the enclosing container. (ie the layer div). You can't go up the tree and then back down again.
20:11:51 <pgiraud_> the geometries supported in the current code are Point, LineString, Polygon (with holes), Multi-geometries
20:12:01 <CameronShorter> I created a issue to track this.
20:12:09 <cholmes> That sounds great pgiraud_
20:12:14 <CameronShorter> got to attend to kids, back in 5...
20:12:32 <Schuyler> ok, I understand that
20:12:37 <pgiraud_> today, I worked on the transactions to the WFS server
20:12:39 <bertil> currently we also use zIndex to manage wich layer is on the top
20:12:53 <Schuyler> could the same event be manually triggered on the next layer down if it doesn't resolve on the top layer?
20:13:43 <pgiraud_> cholmes: sorry, I'm not registered :-(
20:14:14 <pgiraud_> Schuyler: I think this is what CameronShorter call a hack
20:14:41 <Schuyler> well
20:14:45 <Schuyler> the browser demands it
20:15:05 <Schuyler> okay, so it sounds like vector display/editing is well in progress but still a ways from done
20:15:06 <stvn> bertil: zindex is a proper method for that
20:15:11 <tschaub> and can someone quickly summarize use of canvas/SVG/VML?
20:15:14 <Schuyler> you guys are doing great work.
20:15:29 <crschmidt> So, right now, as I understand it, vector rendering works like this:
20:15:40 <crschmidt> You create Vector Layer, which selects (based on your browser) a REnderer
20:15:51 <crschmidt> the Renderer is either SVG or VML, and knows how to take features and draw them into a div
20:15:57 <crschmidt> Is that correct?
20:16:05 <bertil> yes
20:16:21 <euzuro_> Has there been *any* documentation on this?
20:16:25 <crschmidt> And to add features, you call vectorlayer.addFeature(new OpenLayers.Geometry.Point())
20:16:25 <nickw> what about use of Canvas vs SVG on firefox 1.5?
20:16:34 <crschmidt> nickw: Right now, I don't believe there is any Canvas support
20:16:38 <pagameba> Canvas is far behind
20:16:43 <Schuyler> it doesn't capture events.
20:16:43 <crschmidt> nickw: however, when creating a layer, you can pass a renderer
20:16:46 <Schuyler> which makes it kind of useless.
20:16:53 <pagameba> I haven't had any time to work on it
20:16:57 <Schuyler> ahh
20:17:02 <bertil> nickw: canvas have no support for dom events
20:17:11 <Schuyler> apparently pagameba has a hack for that?
20:17:18 <pgiraud_> pagameba: I think the design will let you do this
20:17:25 <pagameba> I wouldn't call it a hack ;)
20:17:26 <pgiraud_> Schuyler: simulate events
20:17:32 <crschmidt> he's written *code* to do this :)
20:17:33 * Schuyler nods
20:17:37 <pagameba> :)
20:17:42 <pgiraud_> there a generic method getGeometryFromEvent
20:18:37 <pagameba> I have Canvas rendering of points/lines/polygons and full editing working for MapGuide, most of the generic client side code for this is in various places in OL svn
20:19:03 <bertil> I think canvas is important for the Safari users
20:19:26 <pagameba> when I get a few minutes, I'll put together a canvas renderer for the latest vector code
20:19:30 * euzuro_ timidly clears throat
20:19:33 <euzuro_> Has there been *any* documentation on this?
20:19:38 <pgiraud_> and possibly for gecko browsers if it's faster
20:19:43 <pagameba> Canvas for safari, opera, firefox
20:19:46 <crschmidt> euzuro_: no
20:19:52 <nickw> just to confirm whether the Vector code will do what I want it to... what I want users to be able to do is draw a walk (hike) route on top of a base map. don't really mind if its svg or canvas as long as it works on firefox and ie. is this possible?
20:19:55 <pagameba> there is some code documentation
20:20:02 <stvn> SVG is being promised for safari for a year now :S
20:20:05 <pagameba> nickw: yes
20:20:08 <bertil> and uml diagrams
20:20:11 <pgiraud_> http://dev.camptocamp.com/openlayers/examples/wfs-T.html
20:20:12 *** dreamil has quit (""good night"")
20:20:14 <nickw> pagameba: cool :-)
20:20:17 <pagameba> if you don't care, it will pick the best renderer
20:20:17 <pgiraud_> nickw: does that help ?
20:20:32 <nickw> pgiraud_: yes :-)
20:20:38 *** Rickm has quit (No route to host)
20:20:55 <pagameba> with best being something like svg, vml, canvas in that order
20:21:20 <pgiraud_> what is the best in your list ?
20:21:23 <crschmidt> So, From the people working on the vector work:
20:21:27 * stvn ponders wpf support :D
20:21:34 <Schuyler> ok, the progress on this sounds good, but I envision the next release of OL being well before this stuff is going to be ready for the public
20:21:36 <crschmidt> I would like to have an idea of when you expect that code review of the code would be useful
20:21:43 <Schuyler> me too.
20:21:50 <pagameba> well the order doesn't matter to me ... I assume svg is the best but in IE vml might be bette?
20:21:56 <pagameba> better
20:22:13 <stvn> pagameba: IE doesn't do svg/canvas ..
20:22:16 <pgiraud_> crschmidt: when do you expect to release a new version ?
20:22:24 <crschmidt> "When it's done" :)
20:22:33 <pgiraud_> there is a big amount of new code in the vector branch
20:22:36 <crschmidt> I think that right now, the next OL release is probably looking to be in mid-late january
20:22:45 <pgiraud_> many tests and have to be written
20:22:51 <crschmidt> Yep
20:23:01 <pgiraud_> and doc
20:23:03 <Schuyler> honestly I think we should contemplate saving this stuff for OL 2.4.
20:23:08 <crschmidt> Right now, I'm interested in the shortest time to complete, working code, ignoring the documentation and tests.
20:23:10 <CameronShorter> back, sorry, medical issues with kids.
20:23:10 <Schuyler> and possibly make it 3.0 for that reason.
20:23:23 <Schuyler> CameronShorter: hope everything's okay.
20:23:31 <CameronShorter> yes, nothing serious
20:23:36 *** brent (n=chatzill@S0106000e08e0ecab.gv.shawcable.net) has joined #openlayers
20:23:37 <euzuro_> +1 Schuyler
20:23:50 <postshift> incrementing X in x.y.z means the API broke, so let's hope we get to v2.151254
20:24:08 <CameronShorter> I think we need to start thinking about a OL core and OL extras release.
20:24:15 <CameronShorter> There is a lot of code in Vector.
20:24:24 <CameronShorter> And you probably don't want it in core.
20:24:31 <Schuyler> well, the build profiles thing makes that easier.
20:24:48 <Schuyler> maybe we'll have a basic build profile like we currently have and a vector profile.
20:25:09 <stvn> basic being the webmap.js version?
20:25:16 <Schuyler> okay. we (me and crschmidt and probably euzuro_) would love to know when code review would be useful.
20:25:19 <CameronShorter> We have completed SVG/VML rendering and GML parsing to a point where it is not going to change much. So we could make a release based on that.
20:25:20 <pgiraud_> correct, we have a lite.cfg, library.cfg, then a vector.cfg
20:25:36 <CameronShorter> Then have WFS-T and editing a later release.
20:26:07 <Schuyler> CameronShorter: could you send a mail to the dev list suggesting which files should be reviewed, then?
20:26:14 <CameronShorter> Code review would be good for GML Parsing/VML/SVG Rendering now.
20:26:29 <pgiraud_> more or less, yes
20:26:30 <bertil> and Geometry
20:26:50 <CameronShorter> Yes, but it might take a week. I have a Mapbuilder release and OWS4 delivery right now. So am overloaded this week.
20:26:53 <pgiraud_> Bertil's right, the Geometry code is correct
20:26:57 <Schuyler> I don't know which files those are.
20:27:27 <crschmidt> Schuyler: I think it is obvious once you look at the code.
20:27:43 <crschmidt> That's good to hear: I'm glad you think it's that complete!
20:27:50 <crschmidt> I know that we've already seen some people here using it
20:28:01 <crschmidt> (az, specifically, is using at least some part of the vector branch.)
20:28:10 <pgiraud_> great
20:28:10 <CameronShorter> So what documentation needs to be updated? We have been updating code docs. But what else?
20:28:30 <crschmidt> CameronShorter: Actually, we should address that in general in this meeting.
20:28:35 <crschmidt> Right now, we have documentation in three places:
20:28:37 <crschmidt> * Code
20:28:47 <crschmidt> * doc/*.txt (Files I write and maintain for the most part)
20:28:50 <crschmidt> * Wiki pages
20:29:06 <crschmidt> I like having the docs in the code, and hope to eventually get jsdoc or something like that working again
20:29:14 <crschmidt> Which can help generate automated tdocs
20:29:16 <CameronShorter> Can we please cut that down to 2 until the JSDoc is working again.
20:29:19 <pgiraud_> for the vector branch specific files, doc is lacking
20:29:20 <crschmidt> Yes
20:29:23 <euzuro_> I think that should be one of the tickets for 2.3
20:29:27 <crschmidt> I think that we should move doc/*.txt
20:29:29 <crschmidt> Into the wiki
20:29:30 <euzuro_> Reintegrating the JSDOC
20:29:39 <crschmidt> Is there any objection to doing that?
20:29:45 <Schuyler> +1
20:29:46 <euzuro_> There is a new JSDOC2 now
20:29:53 <CameronShorter> +1
20:29:59 <Schuyler> euzuro_: file the ticket then :)
20:30:03 <CameronShorter> jsdoc2 has been written already?
20:30:06 <euzuro_> that is written in javascript and should be customizable
20:30:12 <euzuro_> CameronShorter: yeah
20:30:13 <pgiraud_> in the WIKI, how will you seperate the doc from the sandboxes ?
20:30:25 <euzuro_> Schuyler: i'm doing it right now :-)
20:30:32 <euzuro_> (thought there already was one)
20:30:38 <Schuyler> pgiraud_: I don't think we need to go that far, though, do we?
20:30:58 <crschmidt> pgiraud_: Simply marking that some features are not in trunk is probably sufficient
20:31:03 <CameronShorter> If jsdoc works on our code, I suggest we cut back only support JSDOC, plus some examples.
20:31:13 <pgiraud_> ok
20:31:20 *** berti1 (n=bertil@123.229.203.62.cust.bluewin.ch) has joined #openlayers
20:31:54 <pgiraud_> about examples ?
20:31:58 <Schuyler> the main thing to go for is complete JSDOC, to be sure.
20:32:20 <Schuyler> pgiraud_: there is the examples/ directory in trunk
20:32:21 <pgiraud_> what examples do you guys expect to see for the vector branch ?
20:32:29 <CameronShorter> The jsdoc are in a reasonable state. Possibly a few tweaks required.
20:33:33 <Schuyler> pgiraud_: well, it would be nice to see an example that shows how to use every major feature
20:33:51 <crschmidt> Let me ask again: does anyone have any reason to *not* move doc/*.txt into the wiki and remove the docs from the doc/ dir?
20:33:53 <pgiraud_> and another question about examples : is there any way to get a valid proxy working on the dev part of openlayers.org ?
20:34:11 <pgiraud_> and also a geoserver available for tests and examples ?
20:34:18 <Schuyler> there already is one.
20:34:24 <CameronShorter> If jsdoc works, I don't want to support docs in the wiki.
20:34:33 <Schuyler> oh, on dev.
20:34:42 *** euzuro_ has parted #openlayers
20:34:54 <pgiraud_> Schuyler: hoped I was clear enough (on the dev part) ;-)
20:35:00 <crschmidt> CameronShorter: I'm not really impressed with what I'm seeing of jsdoc2.
20:35:01 <Schuyler> pgiraud_: sorry :)
20:35:05 <crschmidt> That is: It does nothing on the OpenLayers code.
20:35:09 *** euzuro_ (n=euzuro@103.Red-83-60-98.dynamicIP.rima-tde.net) has joined #openlayers
20:35:20 <Schuyler> we have a pretty idiomatic OO style.
20:35:25 <Schuyler> perhaps it can be hacked.
20:35:28 <CameronShorter> ok, +1 for moving docs into wiki until jsdoc2 is improved.
20:35:30 <euzuro_> crschmidt: no reason not to move .txt files into wiki
20:35:44 <euzuro_> Schuyler: the whole idea of jsdoc2 is that it can be hacked
20:35:51 <euzuro_> it is designed to be adaptable to any language
20:36:08 <tschaub> should we move on agenda item #2 (applications & missing features)?
20:36:12 <oltrac> Ticket #2: Create ChangeZoom event on map element, http://trac.openlayers.org/ticket/2
20:36:28 <euzuro_> it doesnt parse any code -- it takes it all from the /** @'s
20:36:36 <crschmidt> tschaub: I think so, yeah
20:36:40 * crschmidt kicks oltrac
20:36:40 <Schuyler> does anyone have any further commentary on the vector issues first?
20:36:44 <euzuro_> Summary of part One:
20:36:59 <euzuro_> * code review needs to happen
20:37:12 <euzuro_> * documentation in form of examples needs to be built
20:37:19 <euzuro_> * probably not ready for 2.3 ??
20:37:26 <euzuro_> (not sure about that last one)
20:37:36 <crschmidt> I think that 3 will depend on the time to do 1 and
20:37:37 <crschmidt> 2
20:37:53 <crschmidt> So we'll see how quickly we can get around to doing code review, and move forward from that
20:38:09 <euzuro_> But it's not currently in a finished stat
20:38:11 <euzuro_> But it's not currently in a finished state
20:38:13 <euzuro_> ...right?
20:38:14 <crschmidt> Right
20:38:15 <CameronShorter> I think we should have 2 vector releases. First one is Vector/GML layer using SVG/VML which might make 2.3
20:38:16 <pgiraud_> something that has not been evaluated
20:38:35 <pgiraud_> merging the openlayers core last version, with the vector branch
20:38:35 <CameronShorter> Later will be WFS-T and vector editing.
20:39:58 * Schuyler nods
20:39:59 <Schuyler> okay
20:40:02 <Schuyler> let's move on, shall we?
20:40:14 <Schuyler> thanks very much to everyone who's working on the vector code
20:40:19 <Schuyler> you guys are doing great work
20:40:26 <pgiraud_> hope so
20:40:40 <euzuro_> I am wondering
20:40:42 <Schuyler> next item? I don't actually know what this is about
20:40:46 <CameronShorter> you are welcome, it has been fun.
20:40:55 * pgiraud_ thinks great code but bad english
20:40:58 <euzuro_> Is there some live code somewhere so that everyone could see an example of what¡s going on in that vector dev?
20:41:06 <euzuro_> dev -> dir
20:41:38 <pgiraud_> http://dev.openlayers.org/sandbox/vector/examples/vector.html
20:41:51 <pgiraud_> http://dev.openlayers.org/sandbox/vector/examples/GMLTasmania.html
20:41:58 <pgiraud_> http://dev.camptocamp.com/openlayers/examples/wfs-T.html
20:42:02 <CameronShorter> Look in the sandbox under vector/geometry/ vector/parser/ vector/renderer/
20:42:07 <pgiraud_> the last one is very young
20:42:11 <tschaub> perhaps a wiki page with nascent docs and links to latest examples
20:43:31 <CameronShorter> Can we talk toolbar for 5 mins?
20:43:32 *** bertil has quit (Read error: 110 (Connection timed out))
20:43:37 <pgiraud_> is everybody testing the wfs ?
20:43:39 <CameronShorter> (I need to go in 7)
20:43:44 <Schuyler> go ahead CameronShorter
20:44:14 <CameronShorter> We want to integrate Mapbuilder with OL further, but are limited by a lack of toolBar.
20:44:48 <CameronShorter> And in writing the toolbar, if we do it right, we should be able to link in directly with the existing Mapbuilder toolbar functionality.
20:44:56 <euzuro_> tschaub: I like the idea of your wiki
20:44:58 <Schuyler> wow, the WFS-T demo looks great.
20:45:15 <CameronShorter> Which will make integration betweeen the 2 projects much easier.
20:45:26 <Schuyler> CameronShorter: ok, sounds plausible so far. I don't know what you mean by "link in directly" though.
20:45:41 <CameronShorter> What we need is a Toolbar (probably extending Control).
20:46:09 <CameronShorter> Then a Tool concept. (Which might extend control) or we could create a Tool object.
20:46:41 <Schuyler> or a tool object that extends control.
20:46:49 <CameronShorter> When you click on an icon on the Toolbar, you select the tool you want. The Tool is then passed all the MouseActions from MapPane to process.
20:46:55 <Schuyler> ok so far. what part of this needs discussion? :)
20:47:02 <CameronShorter> The Tool requires:
20:47:04 <berti1> a comment about this point, it will be great to separate the tool from the style
20:47:10 <CameronShorter> 1. Select Icon
20:47:15 <CameronShorter> 2. Deselect Icon
20:47:34 <Schuyler> pgiraud_: crschmidt is sitting here raving about your demo :)
20:47:44 <CameronShorter> 3. ToolType= RadioButton, 2 State, Single Select, Always on, ...
20:48:00 <Schuyler> yup
20:48:01 <CameronShorter> 4. ProcessMouseAction functions.
20:48:14 <CameronShorter> --
20:48:24 <CameronShorter> I think that is the guts of it.
20:48:45 <stvn> this way we can blend those tools easily in mapbuilder (one step closer to collision ;)
20:48:50 <seang> the vector drawing is very nice
20:49:15 <CameronShorter> I heard discussion about merging Select/deselect into one image. I don't think that can work on older browsers?
20:49:21 <pagameba> I gotta go ... ciao all ... I'll be online later
20:50:03 <pgiraud_> one note stvn and CameronShorter , MapBuilder is not the only framework that wants to merge with OL
20:50:06 <Schuyler> thanks pagameba
20:50:18 <pgiraud_> CameronShorter: does OL work in old browsers ?
20:50:19 <tschaub> .g css sprites
20:50:22 <CameronShorter> Do we have a Tool which only processes MouseActions. Or does the tool also contain a Popup? (like a control)
20:50:22 <oltrac> css sprites: http://alistapart.com/articles/sprites/
20:50:45 <stvn> pgiraud_: of course, but a toolbar is an useful thing in its own right
20:51:03 <Schuyler> so far I don't see any objection to any of this
20:51:06 * tschaub beats the wiki drum
20:51:12 <Schuyler> yeah
20:51:23 <pgiraud_> stvn: yes, I'm with you, we need a toolbar on its own
20:51:24 <Schuyler> CameronShorter: why not put all these ideas into a wiki page and send it to the mailing list?
20:51:43 <euzuro_> Agreed
20:51:45 <pgiraud_> I think Bertil also has good ideas on that point
20:51:54 <euzuro_> I think everyone is probably interested in this toolbar
20:51:56 <pgiraud_> a wiki page for that would be great
20:52:03 <CameronShorter> ok, will do. Might be a couple of days before I get to it.
20:52:09 <Schuyler> that's okay
20:52:15 <CameronShorter> Got to go ... Back in 10 mins...
20:52:23 <euzuro_> Yeah, no rush. That would be great, though. Thanks, CameronShorter
20:52:26 <Schuyler> the idea probably needs more time to settle before anyone starts working on code
20:52:34 *** postshift has quit ()
20:52:34 <Schuyler> thanks CameronShorter, l8rs
20:52:49 <euzuro_> ...so I think we can now move onto point two, no?
20:53:01 <Schuyler> what is point 2 again?
20:53:11 <tschaub> toolbar was a valid point 2 topic
20:53:19 <tschaub> (applications and missing features)
20:53:20 <crschmidt> "What are people doing with OpenLayers right now?"
20:53:23 <euzuro_> Ah
20:53:27 <crschmidt> "What are people tryig to do with openlayers and can't?"
20:53:29 <euzuro_> Right.
20:53:40 <euzuro_> Sorry, didnt cath the transition
20:53:42 <crschmidt> MC Labs has been doing things under the guise of WMS-C
20:53:47 <crschmidt> http://labs.metacarta.com/wms-c/
20:53:48 <pgiraud_> first did you have a look at the Bertil's mail on the list ?
20:54:00 <crschmidt> pgiraud_: the WFS-t one? Yep! It's super-cool!
20:54:07 <Schuyler> or the GIS one?
20:54:21 <pgiraud_> no about the attempts of camptocamp
20:54:35 <pgiraud_> and server-side gis fuinctionnalities
20:54:42 <pgiraud_> yep the GIS one
20:55:07 <pgiraud_> this probably isn't clear for you
20:55:47 <pgiraud_> for the moment we think this too much effort to get OL working in Cartoweb
20:55:49 <Schuyler> so you guys want to use OL as a WPS front end?
20:56:05 <tschaub> sounds cool to me
20:56:15 <pgiraud_> so we're thinking about having OL querying a sort of Cartoweb server functionnalities
20:56:15 <Schuyler> yeah sounds great
20:56:20 * Schuyler nods
20:56:29 <pgiraud_> something like that yeah
20:56:41 <pgiraud_> what we need to discuss, not probably today,
20:57:13 <pgiraud_> is how we can have a generic API to connect server-side processing
20:58:08 <nickw> pgiraud_: well i put something very rough together to act as a georss client. is there interest in this area?
20:58:37 <Schuyler> here at MC we have had a decided preference for JavaScript
20:58:40 <Schuyler> for several reasons
20:58:51 <Schuyler> first, it is easier to parse in JS than anything else
20:59:02 <Schuyler> second, there is a demonstrable isomorphism between XML and JSON
20:59:24 <Schuyler> third, and perhaps most important, if used carefully, it is possible to load JSON from remote servers without a proxy
20:59:36 <Schuyler> by adding script tags to the document head element
20:59:50 <Schuyler> s/JavaScript/JSON/ above
21:00:46 <Schuyler> so that is what I would recommend using as an RPC protocol format, far over XML-RPC or SOAP
21:00:55 <stvn> Schuyler: is it possible to post xml to other server with that trick as well?
21:01:17 <crschmidt> stvn: It's possible to issue a GET with short content that way
21:01:17 <tschaub> I've got to run - my one proposal would be to settle on a xml <-> json translation (badgerfish) and include xml2json and json2xml in Util.js - then new controls and other would speak in a standard type of json
21:01:18 <crschmidt> nothing else
21:01:23 <Schuyler> fraid not -- you can only make GET requests with it
21:01:30 <stvn> k
21:01:39 <Schuyler> tschaub: that seems sensible. file a ticket?
21:01:45 <tschaub> will do
21:01:53 <Schuyler> speaking of which, we are an hour into the meeting and we haven't gotten to the tickets yet.
21:01:59 <Schuyler> and we are starting to lose people.
21:02:06 <Schuyler> do we want to schedule another meeting?
21:02:15 <pgiraud_> no
21:02:30 <crschmidt> I think that maybe discussing this on the mailing list might be better
21:02:36 <pgiraud_> as for the toolbar, we need to discuss it outside the meeting
21:02:40 <Schuyler> yeah
21:02:45 <crschmidt> Right now, r2.3 tickets are just "I want this done"
21:02:45 <pgiraud_> in a wiki page ?
21:02:45 <Schuyler> totally looking forward to the wiki page.
21:02:49 <crschmidt> but there's no way I can do it all :)
21:03:00 <Schuyler> by "I want this done" you mean you?
21:03:02 <crschmidt> So, perhaps we can have people start to claim tickets
21:03:07 <Schuyler> aha
21:03:19 <pgiraud_> at camptocamp, we plan to think about this during january
21:03:27 <crschmidt> Because right now, I assume that if it's in the release, there's a 50/50 chance I have to do it ;)
21:03:34 <crschmidt> So, I'll start that discussion on the dev list
21:03:53 *** postshift (n=postshif@mordor.metacarta.com) has joined #openlayers
21:03:56 <Schuyler> all righty
21:04:04 <pgiraud_> crschmidt: sorry what discussion ?
21:04:09 <crschmidt> pgiraud_: What should go into r2.3
21:04:12 <crschmidt> and who is going to do it
21:04:14 <Schuyler> I'd like to run through the 36 tickets currently slated for 2.3
21:04:29 <Schuyler> and evaluate who is going to take them on, or if they should be pushed to 2.4
21:04:34 <pgiraud_> ok point # 3 of the meeting
21:04:34 <Schuyler> #42
21:04:36 <euzuro_> I'm going to add a couple more right now
21:04:38 <oltrac> Ticket #42: Finish Control.KeyboardDefaults, http://trac.openlayers.org/ticket/42
21:04:44 <Schuyler> I'll take that one.
21:04:45 <crschmidt> I'm going to do that
21:04:49 <Schuyler> you take it then :)
21:04:51 <crschmidt> Yep :)
21:04:58 <Schuyler> #46
21:05:01 <oltrac> Ticket #46: polygon display, http://trac.openlayers.org/ticket/46
21:05:24 <Schuyler> well, that's going to be a group effort
21:05:29 <Schuyler> #418
21:05:33 <Schuyler> any comments on this?
21:05:34 <oltrac> Ticket #418: Update/Redo OpenLayers API Documentation, http://trac.openlayers.org/ticket/418
21:05:59 <euzuro_> doh!
21:06:03 <pgiraud_> # 46 won't this be fixed with the vector branch ?
21:06:04 <euzuro_> I knew there was a ticket for that!
21:06:05 <Schuyler> or are we going to stall this one on the JSDOC thing
21:06:11 <Schuyler> pgiraud_: exactly.
21:06:18 <euzuro_> Schuyler that *is* the jsdoc thing
21:06:27 <Schuyler> euzuro_: ok. who's taking that on? you want to?
21:06:35 <crschmidt> so, I'll close #437
21:06:38 <euzuro_> #437
21:06:40 <oltrac> Ticket #437: JSDOC2 Integration, http://trac.openlayers.org/ticket/437
21:06:43 <oltrac> Ticket #437: JSDOC2 Integration, http://trac.openlayers.org/ticket/437
21:06:44 <euzuro_> I think they should be merged
21:06:46 <crschmidt> okay
21:06:49 <crschmidt> I'll merge 437 to 418
21:06:52 <euzuro_> thx
21:07:01 <euzuro_> I would like to take that one on
21:07:09 <Schuyler> go for it
21:07:10 <Schuyler> #24
21:07:11 <euzuro_> but I have no idea if i'll have the resources
21:07:14 <oltrac> Ticket #24: Incorporate OpenLayers.Control.ScaleBar, http://trac.openlayers.org/ticket/24
21:07:20 <Schuyler> euzuro_: we will ensure that you will.
21:07:31 <Schuyler> tschaub: are you doing #24? I'll assume so
21:07:44 <crschmidt> #24 is probably best in tim's hands, so we'll let him give us an update on it when he gets a chance
21:07:58 <tschaub> ok, now really gone - sorry to miss ticket discussion - happy to take on 24 and others I've mentioned but can't recall now
21:08:01 <oltrac> Ticket #24: Incorporate OpenLayers.Control.ScaleBar, http://trac.openlayers.org/ticket/24
21:08:04 <Schuyler> ok, reassigned
21:08:23 <Schuyler> #72
21:08:34 <oltrac> Ticket #72: make the browser's back button interoperate with OL, http://trac.openlayers.org/ticket/72
21:08:50 <Schuyler> anyone care about that one? I'll take it for now
21:08:55 <crschmidt> This is more a documentation issue than anything else
21:09:04 <Schuyler> 72?
21:09:06 <crschmidt> Yeah
21:09:09 <Schuyler> how so
21:09:15 <crschmidt> we just want to show people "This is how you could do this", in simple code
21:09:22 <crschmidt> It doesn't need to go into OpenLayers core
21:09:29 <crschmidt> it just need to be 4-5 lines of code you can copy paste
21:09:30 <Schuyler> perhaps it should be a control.
21:09:56 <stvn> how would #72 work?
21:09:59 <oltrac> Ticket #72: make the browser's back button interoperate with OL, http://trac.openlayers.org/ticket/72
21:10:12 <crschmidt> stvn: cookies or some other state-maintaining tool
21:10:17 <Schuyler> ok, we'll backburner that
21:10:23 <crschmidt> stvn: using a map event
21:10:26 <Schuyler> but I'll leave it in 2.3 and we'll see if we get to it
21:10:27 <stvn> right
21:10:28 <Schuyler> #90
21:10:30 <Schuyler> euzuro_?
21:10:32 <oltrac> Ticket #90: improved popups, http://trac.openlayers.org/ticket/90
21:10:35 <euzuro_> yeah
21:10:37 <euzuro_> same story
21:10:39 <euzuro_> glad to do it
21:10:39 <CameronShorter> back
21:10:40 <Schuyler> do you want to speak to that and #178
21:10:46 <oltrac> Ticket #178: Unit tests for new Scale Based Operations, http://trac.openlayers.org/ticket/178
21:10:49 <euzuro_> yup
21:10:55 <euzuro_> those are both mine for the doing
21:10:58 <Schuyler> okay
21:11:00 <euzuro_> but i dont have any time to do them now.
21:11:08 <Schuyler> we'll make sure you have the time, don't worry
21:11:15 <Schuyler> #193
21:11:20 <oltrac> Ticket #193: Add ability to customize style via css, http://trac.openlayers.org/ticket/193
21:11:33 <crschmidt> That's just an ongoing ticket -- it's a reminder more than a specific task
21:11:42 <Schuyler> ok, leaving it
21:11:44 <crschmidt> When someone asks for a feature which can be solved by #193, we can resolve it ;)
21:11:46 <Schuyler> #345
21:11:50 <oltrac> Ticket #345: Map should have a default center set, http://trac.openlayers.org/ticket/345
21:11:58 <crschmidt> I'll take that
21:12:03 <euzuro_> #369
21:12:08 <oltrac> Ticket #369: Thorough Review of OpenLayers Memory Management, http://trac.openlayers.org/ticket/369
21:12:11 <Schuyler> #356
21:12:13 <Schuyler> euzuro_?
21:12:24 <oltrac> Ticket #356: Untiled WMS does not resize its tile when the map Resizes, http://trac.openlayers.org/ticket/356
21:12:32 <euzuro_> hmmm
21:12:40 <euzuro_> yeah i think that 356 i could do
21:12:49 <Schuyler> I see you filed 369. do you want it or should I take it?
21:12:52 <euzuro_> cr5 and i looked at that one already :-)
21:12:56 <Schuyler> it's a bit dull but I'll do it
21:13:09 <euzuro_> i'd like to do it too
21:13:15 <euzuro_> maybe that's something we could do when i'm in town
21:13:25 <Schuyler> ok, we'll do that
21:13:26 <euzuro_> wouldnt be that dull
21:13:31 <euzuro_> im sure we'll find some good stuff.
21:13:40 <Schuyler> #39
21:13:43 <Schuyler> I know how to do this
21:13:44 <oltrac> Ticket #39: Allow pan-dragging while outside map until mouseup, http://trac.openlayers.org/ticket/39
21:13:52 <Schuyler> should I take it on? or are you working on it crschmidt?
21:14:10 <crschmidt> I'd prefer not to
21:14:15 <Schuyler> ok
21:14:25 <Schuyler> but don't complain that you have too many tickets :)
21:14:26 <pgiraud_> do you have any idea how to fix?
21:14:29 <Schuyler> yeah
21:14:33 <euzuro_> we had it fixed in OL 1.0
21:14:34 <Schuyler> you have to set an event on the surrounding window
21:14:37 <euzuro_> julie's code
21:14:41 <euzuro_> yup :-)
21:14:48 <seang> re state: i don't know why, but i'm uncomfortable with OL owning the back button.
21:14:50 <Schuyler> #109
21:14:52 <euzuro_> It's a pretty sexy hadck
21:14:53 <oltrac> Ticket #109: Pull all strings out and into a single js file for localization, http://trac.openlayers.org/ticket/109
21:14:59 <Schuyler> seang: it would be optional.
21:14:59 <euzuro_> that's an easy one
21:15:06 <Schuyler> seang: and probably off by default.
21:15:09 <crschmidt> seang: it's not about OL owning the back button
21:15:11 <euzuro_> 109 is easy but could also easily be put off till 2.4
21:15:15 <seang> ok
21:15:25 <crschmidt> it's about browsing away, and hitting back, and getting the map still centered where you were
21:15:26 <Schuyler> put it off then
21:15:34 <Schuyler> I like #110
21:15:37 <Schuyler> I'll keep it
21:15:37 <oltrac> Ticket #110: animated panning, http://trac.openlayers.org/ticket/110
21:15:44 <Schuyler> I don't care about #127
21:15:48 <oltrac> Ticket #127: Ruler tool doesn't work on different projections, http://trac.openlayers.org/ticket/127
21:15:52 <Schuyler> anyone want it? otherwise I'm moving it to 2.4
21:15:58 <euzuro_> Schuyler: you saw the patch from the portuguese guy, right?
21:15:59 <Schuyler> okay
21:16:04 <Schuyler> or marking it won'tfix
21:16:08 <Schuyler> euzuro_: no?
21:16:18 <euzuro_> it was on the dev list.
21:16:18 <Schuyler> oh we got a patch for that?
21:16:20 <stvn> (wow, if I put my mouse on the map edge it moves, awesome!)
21:16:20 <Schuyler> cool.
21:16:20 <euzuro_> duarte was his name
21:16:32 <Schuyler> all right, I'll see about applying that then.,
21:16:44 <euzuro_> it's a pseudo patch
21:16:56 <euzuro_> Schuyler: let's you and me talk about this in parallel
21:17:03 <Schuyler> okay
21:17:05 <Schuyler> no rush
21:17:08 <pgiraud_> (stvn: this is to allow user to draw a feature with having to use the pan control)
21:17:16 <Schuyler> #213 is in hand I guess
21:17:21 <oltrac> Ticket #213: Add ArcIMS support, http://trac.openlayers.org/ticket/213
21:17:35 <Schuyler> ok, bumping it out
21:17:37 <crschmidt> bumping that to 2.4
21:17:50 <Schuyler> euzuro_: #226?
21:17:51 <crschmidt> I'm more likely to add ArcXML support to TileCache ;)
21:18:02 <crschmidt> btw, anyone else can feel free to hop in and grab tickets ;)
21:18:09 <euzuro_> #385
21:18:10 <Schuyler> also, #248?
21:18:13 <oltrac> Ticket #385: building for windows users, http://trac.openlayers.org/ticket/385
21:18:18 <euzuro_> 226 i will take, yes.
21:18:30 <euzuro_> (it's already assigned to me, actually)
21:18:33 <Schuyler> I'll take #385 and #416
21:18:36 <crschmidt> I'll take #264 for 2.3
21:18:37 <oltrac> Ticket #416: Add .zip download option, http://trac.openlayers.org/ticket/416
21:18:40 <euzuro_> and i do feel strongly about 226
21:18:41 <oltrac> Ticket #264: Add class names to tile and control img elements, improve GeoRSS popups, http://trac.openlayers.org/ticket/264
21:18:53 <stvn> (pgiraud_ there are still some issues with the demo, but it looks awesome, can't wait to have time to play with it)
21:19:14 <Schuyler> #316?
21:19:45 <crschmidt> I think we decided #316 is just an application level error
21:19:48 <oltrac> Ticket #316: Memory leaks in marker, http://trac.openlayers.org/ticket/316
21:20:00 <Schuyler> plausible
21:20:02 <Schuyler> I'll mark invalid
21:20:03 <euzuro_> yeah
21:20:19 <euzuro_> 316 will get taken care of when we review memory usage
21:20:29 <euzuro_> what about #340
21:20:33 <oltrac> Ticket #340: maxExtent interpretation, http://trac.openlayers.org/ticket/340
21:20:34 <Schuyler> I'll keep #331
21:20:38 <oltrac> Ticket #331: Improve OpenLayers.Control.Scale, http://trac.openlayers.org/ticket/331
21:20:41 *** postshift has quit ()
21:20:47 <Schuyler> and #339
21:20:50 <crschmidt> 340 requires more discussion, which we cna have on the dev list
21:20:51 <oltrac> Ticket #339: Double-clicking in Overview Map recenters, http://trac.openlayers.org/ticket/339
21:21:01 <euzuro_> what's up with that one?
21:21:04 <CameronShorter> By the way - there is meeting tomorrow by the OGC Context group to discuss the future of the OWS Context specification. OWS Context is the same as the Web Map Context (WMC), but as well as describing WMS layers, it also describes WFS layers, GML layers, and I hope to argue for options to link in Gmap/YahooMap etc layers. Let me know if you want me to pass anything on or if you want meeting details (you need to be an
21:21:04 <CameronShorter> OGC member to attend).
21:21:05 <Schuyler> uh #340 demands some discussion
21:21:13 <oltrac> Ticket #340: maxExtent interpretation, http://trac.openlayers.org/ticket/340
21:21:28 <Schuyler> CameronShorter: you have icon styling for point markers in OWSC?
21:21:30 <euzuro_> maybe put 340 off till 3.4?
21:21:45 <Schuyler> I'll think we'll leave #340 in and wait to see what tschaub wants to do about it
21:21:49 <oltrac> Ticket #340: maxExtent interpretation, http://trac.openlayers.org/ticket/340
21:21:50 <CameronShorter> Schuyler, yes, same as for WMC.
21:21:51 <Schuyler> but yeah
21:21:55 <Schuyler> it'll probably get moved
21:21:58 <stvn> CameronShorter: scalehints/min/max scale on layers
21:21:59 <Schuyler> CameronShorter: ok, just wondering
21:22:13 <Schuyler> #349
21:22:16 <oltrac> Ticket #349: Create a map resize event, http://trac.openlayers.org/ticket/349
21:22:25 <Schuyler> I'll take that one?
21:22:58 <crschmidt> there's already a map resize event, i think?
21:22:59 <crschmidt> EriK?
21:23:27 <euzuro_> yo
21:23:32 <euzuro_> yes
21:23:36 <euzuro_> hmm...
21:23:39 <euzuro_> this is an interesting one.
21:23:41 <crschmidt> not an event, but a functin call, right/
21:23:43 <euzuro_> we need to discuss this one.
21:23:44 <euzuro_> yes
21:23:51 <euzuro_> which i think maybe should be changed to be an event
21:23:55 <euzuro_> ....but maybe not
21:23:57 <crschmidt> okay, i think maybe we need an event.
21:23:59 <euzuro_> yeah
21:24:01 <euzuro_> i think so too
21:24:03 <euzuro_> consistency
21:25:04 <euzuro_> #345
21:25:08 <oltrac> Ticket #345: Map should have a default center set, http://trac.openlayers.org/ticket/345
21:25:11 <euzuro_> #358
21:25:14 <oltrac> Ticket #358: Add method to change a Marker's LonLat, http://trac.openlayers.org/ticket/358
21:25:22 <CIA-6> 03crschmidt * r2017 10/trunk/openlayers/lib/OpenLayers/Tile.js: Patch for #430 by Tim Schaub. Reviewed, passes all tests.
21:25:25 <oltrac> Ticket #430: tile.getBoundsFromBaseLayer ignores position argument, http://trac.openlayers.org/ticket/430
21:26:11 <euzuro_> i'll gladly take 358
21:26:15 <euzuro_> but 345? chris?
21:26:28 <crschmidt> I can take 345 on
21:26:40 <Schuyler> I'll take #401
21:26:45 <oltrac> Ticket #401: Resuscitate mailing list archives, http://trac.openlayers.org/ticket/401
21:26:47 <Schuyler> is it possible that crschmidt is taking to omany tickets
21:26:51 <Schuyler> ?
21:27:07 <Schuyler> I'll take #410 too if you want
21:27:13 <oltrac> Ticket #410: multi-wms servers should use deterministic server id, http://trac.openlayers.org/ticket/410
21:27:35 <euzuro_> re taking too many tickets, it's all hypothetical anyways... no?
21:27:46 <euzuro_> also, so far only the three of us have taken any
21:27:53 <euzuro_> is anyone else still around :-?
21:27:57 <pgiraud_> sorry
21:28:06 <pgiraud_> It's a bit difficult for me
21:28:09 <crschmidt> heh
21:28:13 <crschmidt> It's probably hard for other people
21:28:15 <pgiraud_> I should have read the ticket list before
21:28:18 <crschmidt> but we can go through our lists after this
21:28:23 <euzuro_> yeah
21:28:25 <crschmidt> and anything we kick out, we can offer to the mailing ilst
21:28:30 <euzuro_> the idea would be to do a first sort
21:28:41 <euzuro_> and then we can work towards a real milestone
21:28:51 <crschmidt> yep
21:29:13 <euzuro_> I would like it if maybe we could pass some of these tickets off to non-MC folk....
21:29:17 <pgiraud_> I thought I could do the job for #356 but it was assigned to euzuro_
21:29:20 <oltrac> Ticket #356: Untiled WMS does not resize its tile when the map Resizes, http://trac.openlayers.org/ticket/356
21:29:26 <euzuro_> it's yours!
21:29:28 <euzuro_> :-)
21:29:35 <euzuro_> Je vous en prie!
21:29:42 <CIA-6> 03crschmidt * r2018 10/trunk/openlayers/lib/OpenLayers/Layer.js:
21:29:43 <CIA-6> This is a partial fix to the fact that putting WMS overlays over WMS does not
21:29:47 <CIA-6> use the same grid boundaries as the underlying tiles, although not a complete
21:29:49 <CIA-6> fix.
21:29:50 <pgiraud_> merci
21:31:09 <euzuro_> cool
21:31:15 <pgiraud_> reassigned
21:31:21 <euzuro_> #322
21:31:26 <oltrac> Ticket #322: dynamic loading of JS libraries associated with Layers, http://trac.openlayers.org/ticket/322
21:31:33 <euzuro_> #384
21:31:36 <euzuro_> #388
21:31:39 <oltrac> Ticket #384: allow for comparison of URLs based on equivalence, http://trac.openlayers.org/ticket/384
21:31:43 <oltrac> Ticket #388: window resize messes with mouse position, http://trac.openlayers.org/ticket/388
21:31:45 <euzuro_> #393
21:31:48 <oltrac> Ticket #393: allow for WMS version negotiation, http://trac.openlayers.org/ticket/393
21:31:51 <euzuro_> #401
21:31:55 <oltrac> Ticket #401: Resuscitate mailing list archives, http://trac.openlayers.org/ticket/401
21:32:08 <euzuro_> #429
21:32:12 <oltrac> Ticket #429: tile.getBoundsFromBaseLayer doesn't return what you'd expect for odd size viewport, http://trac.openlayers.org/ticket/429
21:32:31 <euzuro_> pgiraud: Thanks!
21:33:04 <pgiraud_> #94
21:33:09 <oltrac> Ticket #94: WFS-T point support, http://trac.openlayers.org/ticket/94
21:33:14 <pgiraud_> we should keep this one's comments
21:33:15 *** postshift (n=postshif@mordor.metacarta.com) has joined #openlayers
21:33:22 *** postshift has quit (Client Quit)
21:33:31 <pgiraud_> but this will be fixed with the WFS-T vector branch code
21:34:14 <pgiraud_> #97
21:34:18 <oltrac> Ticket #97: Line/polygon editing, http://trac.openlayers.org/ticket/97
21:34:23 <pgiraud_> isn't this the job of the vector branch ?
21:34:48 <euzuro_> yes
21:34:56 <pgiraud_> may I close it ?
21:35:00 <euzuro_> is there any info in that ticket that we need to keep?
21:35:08 <crschmidt> I don't think so
21:36:11 <Schuyler> ok
21:36:15 <Schuyler> I think we are otherwise done
21:36:45 <euzuro_> hold up
21:36:53 <euzuro_> lets reload the 2.3 milestone
21:36:58 <euzuro_> and make sure all tickets are assigned or booted
21:37:17 <euzuro_> i'd like to not leave loose ends here
21:37:30 <euzuro_> if noone here wants to take them, they can be moved to 2.4 afaik
21:37:33 <euzuro_> if noone here wants to take them, they can be moved to 2.4 afaic
21:38:15 <crschmidt> I'll put tim's name on #393
21:38:18 <oltrac> Ticket #393: allow for WMS version negotiation, http://trac.openlayers.org/ticket/393
21:38:22 <crschmidt> and let him decide between 2.3 and 2.4
21:38:32 <Schuyler> have we covereed #388?
21:38:48 <euzuro_> nope
21:39:00 <euzuro_> oi
21:39:05 <euzuro_> maybe we can leave that with tim too?
21:39:09 <crschmidt> I'm aware of the reason for it
21:39:10 <Schuyler> sure
21:39:11 <euzuro_> looks like he's already looked at it.
21:39:19 <crschmidt> oh, it says it in the ticket
21:39:27 <crschmidt> i just don't know a good fix
21:39:31 <euzuro_> again, let him decide if he wants to move it to 2.4 or ask someone else for help
21:39:39 <crschmidt> k
21:39:55 <euzuro_> the point here being just sort of a loose assignment of responsibility
21:40:03 <euzuro_> so that things dont slip through cracks :-)
21:40:19 <crschmidt> #419 is you euz, right?
21:40:23 <euzuro_> #429
21:40:25 <oltrac> Ticket #419: Organize OpenLayers Documentation, http://trac.openlayers.org/ticket/419
21:40:29 <oltrac> Ticket #429: tile.getBoundsFromBaseLayer doesn't return what you'd expect for odd size viewport, http://trac.openlayers.org/ticket/429
21:40:53 <crschmidt> 429 is another one for tim if he cares to see it fixed, I think
21:40:54 <euzuro_> 419 is me, yes.
21:41:49 <crschmidt> #369 is you/sde?
21:41:49 <euzuro_> track is being uncooperative :-(
21:41:50 <euzuro_> http://trac.openlayers.org/query?status=new&status=assigned&status=reopened&group=milestone&order=status
21:41:54 <oltrac> Ticket #369: Thorough Review of OpenLayers Memory Management, http://trac.openlayers.org/ticket/369
21:42:13 <crschmidt> #340 is "requires dev discussion"
21:42:17 <oltrac> Ticket #340: maxExtent interpretation, http://trac.openlayers.org/ticket/340
21:42:27 <crschmidt> #322 is getting bumped to 2.4
21:42:31 <oltrac> Ticket #322: dynamic loading of JS libraries associated with Layers, http://trac.openlayers.org/ticket/322
21:42:40 <euzuro_> can we do something about #193 ? it bugs me.
21:42:44 <oltrac> Ticket #193: Add ability to customize style via css, http://trac.openlayers.org/ticket/193
21:42:46 <euzuro_> #322 is bootable
21:42:50 <oltrac> Ticket #322: dynamic loading of JS libraries associated with Layers, http://trac.openlayers.org/ticket/322
21:43:02 <crschmidt> eh
21:43:08 <crschmidt> 193 is closable, really
21:43:13 <crschmidt> we took care of everything in it
21:43:21 <crschmidt> 'we need to convert more things to use css' is just a fact, not a task
21:43:27 <euzuro_> yeah
21:43:31 <euzuro_> can you close that one?
21:43:33 <euzuro_> :-)
21:43:37 <crschmidt> done
21:43:54 <crschmidt> okay
21:43:57 <crschmidt> everything has a name
21:44:02 <crschmidt> good? :)
21:44:28 <Schuyler> ok, I think this meeting is done
21:44:34 <Schuyler> last comments?
21:44:42 <crschmidt> PARTY
21:44:45 <euzuro_> golden
21:44:46 <Schuyler> w00t
21:44:47 <pgiraud_> yep
21:44:47 <crschmidt> thx everyone
21:44:51 <Schuyler> thanks all for participating
21:44:53 <crschmidt> you're all great
21:44:54 <pgiraud_> sleeping party !
21:44:56 <crschmidt> :)
21:44:58 <euzuro_> :-)
21:44:59 <crschmidt> night, pgiraud_
21:45:04 <euzuro_> frijoles party
21:45:07 <euzuro_> it's dinner time!
21:45:51 <stvn> night pgiraud_
21:45:55 <stvn> thanks all
21:45:59 <pgiraud_> thanks
21:46:00 <euzuro_> good night all
21:46:26 <pgiraud_> see you soon
21:46:28 *** pgiraud_ has parted #openlayers
21:46:38 <berti1> see you
21:46:51 <crschmidt> oltrac: pointer?
21:46:51 <berti1> and have a nice day
21:46:56 *** berti1 has parted #openlayers
21:46:58 <crschmidt> ollogger: pointer?
21:46:58 <ollogger> http://crschmidt.net/irc/openlayers/log.cgi/2006-12-06#T21-46-58

---

Back to Meetings/12/05/2006/