| [20:44:03] | * JustTB has quit (Quit: Leaving.) |
| [03:03:37] | * JustTB has joined #farmos |
| [03:04:46] | * JustTB has quit (Client Quit) |
| [03:45:37] | * JustTB has joined #farmos |
| [03:58:32] | * JustTB has quit (Quit: Leaving.) |
| [04:00:24] | * JustTB has joined #farmos |
| [04:24:49] | * JustTB has quit (Quit: Leaving.) |
| [11:01:52] | * JustTB has joined #farmos |
| [11:40:34] | * JustTB has quit (Ping timeout: 240 seconds) |
| [11:44:19] | * JustTB has joined #farmos |
| [12:27:39] | * JustTB has quit (Quit: Leaving.) |
| [14:52:24] | <paul121[m]> | Hey all |
| [14:52:57] | <paul121[m]> | I just put together a module adding Skagit County Aerial imagery to farmOS: https://github.com/paul121/farm_map_skagit ✨ |
| [14:53:59] | <paul121[m]> | This was quite straight forward thanks to symbioquine contrib to `farmOS-map` adding the `arcgis-tile` layer type! 🚀 |
| [14:54:12] | <symbioquine[m]> | :) |
| [14:54:18] | <paul121[m]> | (many thanks!!!) |
| [14:54:40] | <symbioquine[m]> | I also recently put together one for San Juan County, WA; https://github.com/symbioquine/farm_map_sjc |
| [14:55:10] | <paul121[m]> | I have a feeling that there are many other publicly available aerial imagery data sets provided by counties, etc.... |
| [14:57:00] | <paul121[m]> | so one question: ideas on how we can add these layers for folks using farmOS? |
| [14:57:00] | <paul121[m]> | It's a relatively easy process that doesn't take much dev time. It's mostly just a matter of hunting down the imagery sources |
| [14:57:55] | <paul121[m]> | better localized imagery would make farmOS a lot more attractive to those considering it... |
| [14:59:38] | <paul121[m]> | perhaps it would be cool to advertise this via the farmOS Open Collective - we could create some relatively small donation "goals" or "levels" that could fund development of `farm_map_*` modules that add this localized imagery |
| [15:01:23] | <paul121[m]> | question #2: I'm curious about a "central" config in farmOS to configure which map layers are enabled |
| [15:03:01] | <paul121[m]> | Major reason for this: there are ~15 available imagery layers ranging from 1998 - 2019 in Skagit County, WA. I think all of these have value - but likely only the most recent layers will be used regularly |
| [15:03:48] | <paul121[m]> | I would like to provide ALL of the available layers since they are available & it is easy to do so - but don't want to clutter the farmOS map |
| [15:04:31] | <paul121[m]> | * question #2: I'm curious about a "central" config in farmOS to configure which map layers are enabled. Would this be useful? |
| [15:04:40] | <paul121[m]> | I started an issue with more details: https://github.com/paul121/farm_map_skagit/issues/1 |
| [15:05:41] | <paul121[m]> | perhaps this warrants a forum post - just wanted to check in first :-) |
| [15:10:27] | <symbioquine[m]> | It's the same way for San Juan County. Ideally, there should be a way to structure them so they're all there, but without making the "Base Layers" list super long. |
| [15:12:17] | <mstenta[m]> | Hey! Just quick 2 cents - sounds like this could be something that farmOS itself provides - some kind of base layer config page |
| [15:12:30] | <mstenta[m]> | And modules could describe the layers that they want to add as options |
| [15:12:40] | <mstenta[m]> | But that would just make them "enableable" in the core farmOS config |
| [15:12:50] | <mstenta[m]> | And only enabled ones would show in the map |
| [15:13:24] | <mstenta[m]> | So, instead of each module providing their own farmOS-map JS behavior, they just implement a Drupal hook that gives the info necessary for the base layer to be added |
| [15:13:40] | <mstenta[m]> | And then farmOS core itself has a JS behavior that figures out which ones to add to the map and does it |
| [15:15:37] | <mstenta[m]> | So eg: `farm_map_skagit` could provide ALL the layers in a new function implementation of `hook_farm_map_base_layers()`. then `farm_map` module shows those as checkboxes in a big list in the backend config... and adds the enabled ones to the map |
| [15:19:38] | <paul121[m]> | @mstenta:matrix.org: yep, that's along the lines of what I was thinking! |
| [15:22:48] | <paul121[m]> | I think it could be nice to still provide a custom map behavior tho. Then configure available layers via behavior settings? |
| [15:23:24] | <paul121[m]> | There's some thinking to do there obviously |
| [15:23:45] | <paul121[m]> | I gtg |
| [15:23:47] | <mstenta[m]> | ACTION sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/gMmhxSADfzHwtelc... > |
| [15:23:57] | <mstenta[m]> | Yea! Well this wouldn't be limiting modules from also doing other stuff with behaviors |
| [15:24:10] | <mstenta[m]> | They just wouldn't need to use behaviors for adding base layers... assuming they are just simple |
| [15:24:28] | <paul121[m]> | Yeah, assuming they are simple |
| [15:24:45] | <paul121[m]> | Which likely most are! |
| [15:24:59] | <mstenta[m]> | Yea, for more complex stuff you'd have the option of using full JS potential |
| [15:25:35] | <mstenta[m]> | That would actually simplify the code in farm_map_no, farm_map_fi, farm_map_skaggit, etc quite a bit! |
| [15:25:39] | <mstenta[m]> | just a single PHP function |
| [15:53:22] | <mstenta[m]> | paul121: FYI I just retested the mariadb version change and it didn't work for me either :-( |
| [15:53:48] | <mstenta[m]> | so i'm just assuming i wasn't paying close enough attention before when i thought it did |
| [15:53:54] | <mstenta[m]> | the search continues... |
| [15:54:06] | <mstenta[m]> | thanks for peer-reviewing that for me :-) |
| [15:55:31] | <paul121[m]> | Drat. I was going to test this morning but didn't have time. Specifically was gonna try `farmos:latest` |
| [16:28:08] | <symbioquine[m]> | <symbioquine[m] "Is there a reason many of the mo"> mstenta: Still curious about this if you have a moment... |
| [16:37:50] | <mstenta[m]> | Oh I didn't see that message @symbioquine:matrix.org |
| [16:38:09] | <mstenta[m]> | Yes we should add GPLv2 license to all of those |
| [16:38:18] | <mstenta[m]> | The reason they don't is sort of historical |
| [16:38:26] | <symbioquine[m]> | No worries. There was quite a flurry of messages around that time :) |
| [16:38:31] | <mstenta[m]> | Originally they started on Drupal.org |
| [16:38:44] | <mstenta[m]> | Which automatically adds the license to packaged releases |
| [16:38:55] | <symbioquine[m]> | ah, I see |
| [16:39:17] | <mstenta[m]> | <mstenta[m] "Originally they started on Drupa"> Not all of them, but some, and I just forgot to start including license files generally :-) |
| [17:02:39] | * JustTB has joined #farmos |
| [17:54:36] | * JustTB has quit (Quit: Leaving.) |
| [18:26:03] | * JustTB has joined #farmos |