-
Notes + log
- https://docs.google.com/document/d/19F8XCwyxQc4JwouNxDDspiDCjPAWFsVb--xxOyedpmw/edit?pli=1
-
Documentation
- Documentation sprint planning
- Brandonian proposes geo documentation sprint
- jeffschuler proposes updating Drupal Geo Stack page http://groups.drupal.org/node/138884
- Kartagis links blog post on mapping documentation
- http://www.interworks.com/blogs/mmueggenborg/2012/01/03/setting-drupal-7-locations-map
-
log
- [1:02pm] Brandonian: So, next up is documentation sprint planning. Our documenation sucks, and we should clean it up.
- [1:02pm] jeffschuler: Brandonian: geo docs as a whole?
- [1:03pm] Brandonian: jeffschuler: yes, but especially geofield. Openlayers is semi-outdated
- [1:09pm] kricklin: If there is (or is to be) a list of doc topics, I'd be able to at least review and pick out a topic(s) that I feel comfortable documenting - virtually.
- [1:10pm] Brandonian: kricklin has a good point with docs, maybe it's worth doing some stub documentation and let others fill in the details?
- [1:11pm] Brandonian: we do have some of that for geofield, less so with geocoder
- [1:11pm] Brandonian: Correct me if I'm wrong, but openlayers documentation is fairly complete, but may be out of date?
- [1:12pm] phayes: zzolo ^ ?
- [1:13pm] betoscopio: last time i checked seems mostly focused on Drupal 6
- [1:13pm] jeffschuler: we could really use more/better top-level docs for the current Drupal geo "stack", itself.
- [1:14pm] dasjo: recently jeffschuler pointed me to the ol_locator feature module which seems to be a nice wrap to the different geo modules http://drupal.org/project/ol_locator
- [1:14pm] jeffschuler: Brandonian, your presentations (and that podcast), and zzolo & tom_o_t's book have been getting at that.
- [1:14pm] Brandonian: Going through openlayers docs now (http://drupal.org/node/595850). At the very least, it could use a reorganization at the very least.
- [1:14pm] Brandonian: jeffschuler++
- [1:14pm] jeffschuler: it'd be useful to have docs outside of Geofield or any individual modue
- [1:14pm] jeffschuler: dasjo: I was just going to bring that up, http://drupal.org/project/ol_locator
- [1:15pm] zzolo: Brandonian: there is a lot of docs, but yes they are out of date. and overall need some love on organizing things. also we are missing a lot of API style docs
- [1:15pm] kricklin: Suggest adding a "tips and tricks" section - couldn't find one the other day.
- [1:16pm] Brandonian: So, anybody in the room want to take the initiative to rally an overall geo docs update?
- [1:16pm] Brandonian: <~ Imagine the cheesiest grin possible, then multiply by 10
- [1:17pm] Brandonian: Ideally, I think that the docs person should be someone who isn't maintaining one of geo modules
- [1:18pm] jeffschuler: Brandonian++
- [1:18pm] zzolo: Brandonian: I can commit to going through the OL docs next Sunday and frame it as a docs sprints for geo
- [1:18pm] zzolo: but i can't commit to the overall task of geo docs
- [1:18pm] Brandonian: zzolo: Cool, that's a start
- [1:18pm] zzolo: (i am flailing as the OL maintainer already)
- [1:19pm] Brandonian: zzolo: That's why I'd like the docs person to not be a current maintainer. We're all hurting a bit, and it'd be a nice place to get some fresh blood in the mix
- [1:19pm] dasjo: Brandonian i don't really plan to do an overall geo docs update, but as part of my "server-side geo clustering with drupal 7" initiative i think it would tackle most of the modules involved and therefore touch the different implementations
- [1:20pm] zzolo: Brandonian: maybe what our take away is that we need to find that person. I am not sure if that person is in the room.
- [1:20pm] dasjo: ideally i could think of bridging an end-user oriented documenter with module-maintainers
- [1:20pm] Brandonian: dasjo: Cool beans! Have you met jeffschuler yet? He's maintaining views_geojson, and probably a good contact to have
- [1:20pm] Brandonian: zzolo: I think you're right
- [1:20pm] jeffschuler: I would be willing to take on updating the "Geo Stack" doc on g.d.o./mapping : http://groups.drupal.org/node/138884
- [1:21pm] dasjo: Brandionian: we haven't met but i have had some first contact with jeffschuler in the issue queue
- [1:21pm] Brandonian: jeffschuler: awesome, thanks!
- [1:21pm] jeffschuler: is there another place to meet people?
- [1:21pm] dasjo: that would be great jeffschuler, your slides might very well fit into that page!
- [1:21pm] jeffschuler: (Brandonian's slides…)
- [1:22pm] Brandonian: So, action item, hunt down person/people to help us document what we're doing
- [1:22pm] jeffschuler: & phayes's slides
- [1:23pm] Brandonian: cool, does anybody else have anything to say about documentation before we move on to zzolo's presentation?
- [1:24pm] zzolo: Brandonian: I think we might want to find a point person for drupal geospatial things. basically a Geo Lead. this way there is a single person to bring questions to (that will then delegate them out)
- [1:24pm] zzolo: Brandonian: I would think you're the one
- [1:24pm] Kartagis: regarding docs
- [1:24pm] Brandonian: zzolo: I can work with that
- [1:25pm] Kartagis: docs could be clearer
- [1:25pm] Kartagis: I found an off-d.o tut to do what I wanted to do
- [1:25pm] Kartagis: I couldn't find a d.o. one
- [1:25pm] jeffschuler: I just put a shout-out in #drupal-docs
- [1:25pm] zzolo: Brandonian: we might want to set a time limit sort of thing, like a year or 6 months so that there is not burnout and its is more digestible. this is kind of like the D8 initiatives
- [1:26pm] Kartagis: http://www.interworks.com/blogs/mmueggenborg/2012/01/03/setting-drupal-7-locations-map
- [1:29pm] dasjo: also note, that for the long-term, linclark is working on linking back external documentation pages to drupal.org
-
Events
- [1:02pm] Brandonian: Anybody know of any camps coming up that are holding sprints as well?
- [1:03pm] dasjo: i have proposed a mapping sprint for dev days in barcelona
- [1:03pm] dasjo: and there is a mapping session in barcelona as well, but so far i haven't found people contacting me in that matter
- [1:04pm] Brandonian: when will they announce, rather
- [1:04pm] dasjo: i will check
- [1:05pm] jeffschuler: zzolo: you're speaking at the Twin Cities camp, right?
- [1:05pm] dasjo: anyone planning to go to dev days barcelona here?
- [1:05pm] Brandonian: cool. Anybody else know of a camp that's happening in the next couple of months? Twin Cities is an option
- [1:05pm] Brandonian: dasjo: I won't be able to go, but if the sprint gets accepted, I'd like to participate virtually
- [1:06pm] phayes: I'm going to go to PNW Drupal Summit - but that's not until the fall
- [1:06pm] zzolo: jeffschuler: yep
- [1:06pm] jeffschuler: supposed to be in Pittsburgh but I would try to make it to twin cities if a geo sprint happened…
- [1:06pm] Brandonian: http://buildamodule.com/drupal-camps-calendar
- [1:06pm] dasjo: ok Brandonian great, nod_ was saying maybe he could come but not sure yet
- [1:06pm] zzolo: jeffschuler: Brandonian I thinking about doing a geo sprint on that Sunday, but not sure yet
- [1:07pm] zzolo: hopefully I will be at PNW Summit as well, but don't know yet
- [1:07pm] Brandonian: Anybody in the room from Utah or North Carolina?
- [1:07pm] eggonbeagle: great calendar..thanks brandonian
- [1:07pm] kricklin: Virginia
- [1:08pm] Brandonian: kricklin: cool, do you happen to have any contacts with the organizers at the Charlotte camp?
- [1:09pm] Brandonian: Actually, I know the organizer… *embarassed* should have clicked the link
- [1:09pm] kricklin: brandonian: No I don't
-
Zzolo's presentation
- [1:30pm] Brandonian: Cool. In the interest of time, zzolo's presentation?
- [1:31pm] zzolo: So, I am working on a presentation to give an overview of "GeoDrupal". This includes history, current efforts, and the future. So, mostly I just want to make sure I have a good overview of what people are working on
- [1:32pm] dasjo: session link is http://2012.tcdrupal.org/sessions/spatially-drupal-state-drupal-geocms
- [1:32pm] zzolo: dasjo: thanks
- [1:32pm] zzolo: I think this will also be good to just hear as a group what people are working on, as some of the most difficult things in the geospatial realm of Drupal has been disparate efforts
- [1:32pm] dasjo: zzolo i'm wondering about the "lots of efforts" link on the session page...
- [1:33pm] Brandonian: where is the link supposed to go? It's currently pointing to the home page of the camp
- [1:34pm] jeffschuler: zzolo: how can we help?
- [1:34pm] zzolo: oh weird, it should be this: http://groups.drupal.org/node/89769
- [1:35pm] Druplicon: http://groups.drupal.org/node/89769 => Geospatial Modules Assessment => 0 comments, 13 IRC mentions
- [1:37pm] dasjo: zzolo: do you already have a draft presentation, your most recent mapping presentation that you might plan your presentation to build upon?
- [1:38pm] zzolo: dasjo: no, not yet. will start from scrath
- [1:40pm] zzolo: also, jeffschuler or dasjo or Brandonian or phayes or whoever, are you working on things at your job that are related that may not be released but worth mentining
- [1:40pm] zzolo: maybe, i am asking too general of a question with this. i just know how difficult it is to really know what is being worked on in this space as lots of people do their own thing sometimes.
- [1:40pm] jeffschuler: zzolo: IOW, maybe we could use a "Drupal Geo examples" alongside the Use Cases page http://groups.drupal.org/node/22370
- [1:41pm] Brandonian: zzolo: We have some basic geo stuff going on with the DoE site (energy.gov)
- [1:42pm] Brandonian: zzolo: Also, I'm wanting to get the distance filtering views thing worked out sooner than later with geofield
- [1:42pm] zzolo: Brandonian: are you guys doing anything with hooking up Drupal data to tiles (like in TileMill)?
- [1:43pm] Brandonian: zzolo: No, but I've played around with it a little bit. At Denver, DS showed off how to use views_geojson to feed data into tilemill
- [1:43pm] zzolo: Brandonian: but not in a "live" way
- [1:43pm] Brandonian: and I've done some playing around locally to tweak on that
- [1:44pm] Brandonian: zzolo: Sort of. They suggested using a server instance of tilemill and updating automatically on a regular basis.
- [1:44pm] jeffschuler: zzolo: I think the "live" way is still something that Tilemill doesn't do, (or at least not well,) yet
-
Cartaro
- [1:37pm] Brandonian: Somebody was asking in IRC earlier today about Cartaro, which is basically the geofield stack, but with a postgis module instead of geofield
- [1:37pm] zzolo: so, for instance, i know phayes 's postgis_sync module is being taken up by some folks and wondering what is going on there
- [1:37pm] zzolo: yeah, also whtas the deal with Cartaro
- [1:38pm] jeffschuler: http://cartaro.org/ http://drupal.org/project/cartaro
- [1:38pm] friedjoff: Brandonian: right, that's us at geops.de working on cartaro
- [1:38pm] friedjoff: actually there is also geoserver in the mix
- [1:38pm] Brandonian: friedjoff: Cool, we should talk later about merging.
- [1:39pm] zzolo: see, i had no idea that Cartaro really existed until recently, and don't really know the people working on that and what is the direction there
- [1:39pm] friedjoff: Brandonian: yeah
- [1:39pm] zzolo: friedjoff: good to meet you and Cartaro looks pretty cool
- [1:39pm] friedjoff: zzolo: thanks, i would be really interested what other people think about that direction
- [1:43pm] zzolo: friedjoff: is Cartaro producing tiles directly from Drupal data
- [1:44pm] friedjoff: zzolo: yes, geoserver reads from the postgis database where drupal has it's data
-
Leaflet
- [1:44pm] dasjo: glad to see levelos … looking forward to more leaflet development
- [1:44pm] levelos: thanks dasjo ... we're a little underwater with a few CRM projects, which we'll be wrapping up soon and refocusing on mapping
- [1:45pm] zzolo: levelos: maybe you can talk a bit about the Leaflet module and anything going on there
- [1:45pm] levelos: sure ... but, unfortunately, not too much to report.
- [1:45pm] levelos: the module working well in production on a handful or larger sites, namely theintertwine.org/explore
- [1:46pm] levelos: I know there are a few patches in the queue that look great, in particular one for Views integration. We're hoping to release a 1.0 version, with Views integration, in June
- [1:46pm] zzolo: levelos: nice
-
Sync / Live
- [1:44pm] zzolo: phayes: have you looked at Affinity Bridges work on your module: https://drupal.org/project/sync_postgis Is that pretty stable?
- [1:44pm] Brandonian: It's a bit of a technical challenge
- [1:44pm] Brandonian: Honestly, I think solutions like cartodb.com are better for live tile stuff.
- [1:45pm] phayes: zzolo - yeah, the SyncPostGIS is look pretty stable now
- [1:45pm] phayes: They've put a lot of good work into it
- [1:55pm] phayes: arianek, makckh: Good work on SyncPostGIS. I added a graphic to the project page: http://drupal.org/project/sync_postgis
-
Gaps
- [1:47pm] zzolo: ok, so maybe the next question I have is: What do you all think is the biggest gap in the "GeoDrupal" stack?
- [1:47pm] levelos: spatial querying!!!
- [1:48pm] Brandonian: yeah, spatial querying is a definite need
- [1:48pm] levelos: E.g., we need to add fairly simple proximity querying based on a users location ... other than doing the math with a SQL query, need to rely on an external GIS db
- [1:48pm] zzolo: i think mapping has a big gap now. OL is not maintained and is not that great of a solution. Leaflet is great but the module is not very full featured. Gmap is pretty wayside. and I don't know of anything else that is integrated with Drupal yet
- [1:49pm] zzolo: (OL is not very maintained)
- [1:49pm] Brandonian: We have a few issues in the geofield queue that should help with spatial querying (native storage, sql-query--based distance search)
- [1:49pm] jeffschuler: spatial querying for more advanced GIS folks, and ease of use (for the "stack" as a whole) for novice users wanting to add substantive mapping capabilities to their site… knowing which modules to use and how to fit them together
- [1:49pm] dasjo: would be great to see some support for leaflet as we have for openlayers in drupal yet
- [1:49pm] levelos: I think one of the challenges is a lack of sugar daddy clients/firms really pushing the Drupal geo space
- [1:50pm] Brandonian: levelos: lol and levelos++
- [1:50pm] jeffschuler: levelos: agreed
- [1:50pm] dasjo: true
- [1:50pm] zzolo: levelos: definitely need more sugar daddys
- [1:50pm] jeffschuler: or sugar mamas
- [1:50pm] zzolo: overall, just more sugar
-
Mapping
- [1:50pm] Brandonian: Re mapping: I'd really like to see some movement on drupal.org/project/mapping
- [1:50pm] Brandonian: i.e., abstract all the cool stuff about the openlayers module
- [1:51pm] zzolo: Brandonian: yeah, i haven't touched that in a while. but i think its overall still a good drection
- [1:51pm] friedjoff: Brandonian: ++
- [1:51pm] Brandonian: and probably put together a better ui
- [1:51pm] nod_: I know a few big french companies using drupal mapping but they are pretty clueless
- [1:51pm] jeffschuler: agreed on Mapping, but that one seems like a sugar daddy sized undertaking
- [1:52pm] Brandonian: It'll probably take a pretty decent initial push
- [1:52pm] levelos: a few of us are friendly with the MapBox team, who have some big time clients these days and are pushing mapbox/drupal integration. maybe they'd want to sponsor/support more abstract mapping framework in Drupal
- [1:52pm] Brandonian: It might be worth trying to organize a sprint for it
- [1:52pm] Brandonian: levelos: I think they've left drupal behind in a big way, but it doesn't hurt to ask
-
Server-side-clustering
- [1:52pm] zzolo: there is still a pretty big hole when trying to map (and handle) lots of geospatial features in Drupal
- [1:53pm] phayes: zzolo - I think the answer there is a combination of ViewsGeoJSON / server-side clustering
- [1:58pm] dasjo: final question before i have to leave: do we need a server-side clustering like nod_ and me discussed? http://drupal.org/node/1547610
- [1:59pm] nod_: dasjo: phayes seems to agree, see backscroll
- [1:59pm] Brandonian: dasjo: Definitlely think it'd be a cool feature, not sure what other work is being done with that in php/drupal land though
- [2:00pm] zzolo: dasjo: my initial thought is no, if we can focus on toolking up thinks like postgis and tilestache. but since that is not really going to happen overnight, a good stop gap solon could be server side clustering
- [2:00pm] phayes: dasjo: Yes we need it! That's going to be critical as we scale to support larger data sets
- [2:00pm] dasjo: yep Brandonian zzolo. basically some parts of the database implementation and client-side handling should be pluggable
- [2:01pm] dasjo: but maybe we can come with some basic out-of-the-box implementations and leave it open to a database to optimize the clustering
-
tilestash sync_postgis + leaflet
-
log
- [1:57pm] mackh: thanks! we're building systems to do consultaiton tracking and traditional use data collection for first nations communities in the north who are trying to deal with the oil industry. The postgis sync stuff was to make it easy to do buffer and intersection queries
- [1:57pm] zzolo: oh, that sounds cool, is it public, mackh ?
- [1:57pm] mackh: we're also (tom is) building a bunch of stuff on tilestacsh to do tile compositing, and getting wax integration workinf
- [1:57pm] mackh: the site is not public
- [1:57pm] mackh: but we're releasing all the derivative modules
- [1:58pm] Brandonian: sa-weet.
- [1:58pm] zzolo: mackh: and tnightingale thats what i am talking bout. this is with drupal data and tilestach?
- [1:59pm] mackh: the tilestash stuff looks like https://img.skitch.com/20120426-jfu9fj5c17y5rfa9392y48xmb7.jpg - the features (non-marker) are layers
- [1:59pm] tnightingale: yeah - tilestache is (using mapnik) is able to generate tiles on demand from a postgis backend
- [1:59pm] mackh: of data from the oil and gas commksion - like pipeline right-of-ways, access roads, wellsites, watercrossings
- [2:00pm] tnightingale: zzolo: so we can sync drupal data into postgis and render that data into tiles using mapnik+tilestache
- [2:00pm] zzolo: tnightingale: and mackh just to confirm, the postgi data is drupal data? (from sync_postgis, i assume)
- [2:00pm] zzolo: sweet
- [2:00pm] mackh: yes and no?
- [2:00pm] tnightingale: yep
- [2:01pm] mackh: stored in drupal, synced to postgis
- [2:01pm] tnightingale: but doesn't have to be
- [2:01pm] zzolo: awesome. thats what i was hoping. this is the stack i have been envisioning, but i don't get paid to do any of this stuff so i don't have time.
- [2:02pm] Brandonian: for the more python/mapnik literate in the room: How feasible is it to do mapnik renders based directly off drupal field data if the database is Postgres/postgis and stored properly?
- [2:02pm] tnightingale: Brandonian: that's essentially what we're doing with sync_postgis & tilestache
- [2:03pm] zzolo: Brandonian: what i image is getting your design in tile mill, export out the mapnik xml file, then it should be pretty easy
- [2:03pm] tnightingale: using a mapnik xml file produced in tilemill as our style guide
- [2:06pm] tnightingale: zzolo: we also have a rough cut at a tilestache config management module on g.h
- [2:06pm] phayes: ooo! link tnightingale?
- [2:07pm] phayes: Oh tnightingale, what's the status of D7 Spatial-tools?
- [2:07pm] zzolo: tnightingale: you have a link. i am actually gonna try to get this stack running locally this week as part of my presentation at the TC Drupal camp
- [2:07pm] mackh: https://github.com/affinitybridge/drupal-tilestache]
- [2:07pm] zzolo: i think this is definitely the future of geo
- [2:07pm] tnightingale: re: tilestache module - still pretty rough, be warned
- [2:08pm] zzolo: and i think postgis sync is the way to go to handle goespatial data and spatial querying.
- https://github.com/affinitybridge/drupal-tilestache
- https://img.skitch.com/20120426-jfu9fj5c17y5rfa9392y48xmb7.jpg
-
Office hours finishing
- [1:18pm] Kartagis: when is it q&a time?
- [2:07pm] tom_o_t: Brandonian: perhaps schedule dedicated Q&A time for stuff general questions that aren't related to module development?
- [2:08pm] Brandonian: tom_o_t: Not a bad idea.
- [2:09pm] jeffschuler: tom_o_t++ … this has been super useful, but It's been more of a facilitated discussion on high-level geo in drupal topics rather than a time for folks to come get help or figure out how they can pitch in… different from core office hours http://drupal.org/node/1242856
-
More
-
search api
- [2:08pm] mackh: i also want to extend search api to return WKT onto maps
- [2:08pm] mackh: from faceted results, hoping to get that client funded in the next 3 months
-
Schema
- [1:54pm] levelos: zzolo: I spoke with Moshe W a while back, and he said there's nothing stopping extending core schema api to support spatial field types ... so we could target solutions for PostGIS specifically while still using core Drupal APIs
- [1:55pm] zzolo: levelos: that would be sweet.