I made some quick fixes to get this working on 0.13. However, I realized I was out of my depth when the upgraded roboports didn't have logistics connections. I was having all the same problems that were mentioned by Zahne above - this mod interferes with other roboport mods in unfortunate ways. I en...

I tried this out as a potential replacement for the Treehouse mod. The base mod seems to work fine but I can't say I'm a fan of the MK2 field using construction bots. Anyway, controlling the rate of planting seeds is easy enough a workaround to stop flooding the logistics network with wood. However,...

its a multiplayer game. 1 player the error occures when releasing the bot on the field. server 12.33 sleaf 0.1.1 I've been tinkering with is to try and get it working on 0.13 - however I've got stuck on something very similar to this problem. I got as far as getting a #-1 / nil index when trying to...

FWIW; I added a migration script for the robot technology renames for 0.13. migrations/BigBags_1.0.8.json: { "technology": [ ["logistic-robot-speed-4", "worker-robots-speed-4"], ["logistic-robot-storage-4", "worker-robots-storage-4"], ["logistic...

Beware, if you want to upgrade a save with this mod to the version on the mod portal, you may need a migration script. This version of the mod changes the entities and that causes them to be deleted on load with the mod portal version. The 0.13 version on the mod portal appears to simply change the ...

Request: is there any chance that a migration script could be added to convert the old individual inserters into replacements? I realize the non-deployed ones are the same as generics now, but it would be awesome if already deployed ones could be converted to a working configuration. I've made minor...

Toggling the configuration via hotkey - this is awesome! Thanks!

The loader entities are a lot more powerful and work in both directions - unloading and loading. They're not really the same thing, but you can replace an inserter+hopper with the loader enabler mod. While I did enjoy belt hoppers myself, they do use quite a bit of cpu time on large bases. This is p...

There have been highly significant changes to trains in 0.13, so it'll take a bit of time to re-work some of this mod to try and support them (or at least work around the issues that crop up). I assumed that was likely the case, thanks for confirming it. I think I'll go and start the mourning proce...

I'm having trouble with the requester rails as well. Locomotives pull up to the stop to load up on fuel but the bots never deliver. I've always tried requesting fuel to put in the cargo wagons, but that doesn't work either.. http://imgur.com/e953jR0 It only works for cargo wagons, not engines. What...

I hate to be "That guy", but I'm curious what the outlook for 0.13 is like with this mod? I'm sure the changes to the rail system have been disruptive but I'm wondering if there's any chance it'll come to 0.13 at some point? I'm holding off one switching one of my megabase saves to 0.13 un...

I understand completely and I felt bad about asking for such a minor thing. However, the mod portal does increase the stakes for "just edit config.lua" type solutions, particularly when it is (or will be) tied to multiplayer.

Thanks for the update! I'm sure this can be filed under "First world problems", but changing the stack size by default bugs me. With the mod portal system the inconvenience of having to break a mod open to edit config.lua kind of annoying. I know there's no general purpose in-game mod conf...

I'm sure I must be doing something wrong, or missing something but I don't seem to be getting the results I'd expect. I'm using more-locomotives-0.3.0 with 0.12.35. I'm seeing the fast-loco travelling slower than the diesel. To keep things simple, I fired up a straight L-C combo - one engine and one...

Neither of the author provided versions worked with 0.12 for me. I extracted the zip file and had to fix it myself. I suspect other people did the same so having a fixed version saves time. Nothing particularly major, just errors like "name" in info.json having the version when it shouldn'...

Here's what I have learned. If a Surveillance Center has been deployed, FARL will break while deploying big electric poles, regardless of whether the patch to trigger the placement event is active or not. The manifestation of the failure is that FARL generates an error "Cannot place big electri...

This: https://github.com/Choumiko/FARL/commit/09c95c9ebcc2bf11984c33f537cd0e0714160cf2 should solve the issue with FARL and big poles, enjoy :D Gonna hold off with a new release until 0.13 hits though Wow, that did not go well at all. I did a quick run and ended up with 'Can't place big power pole'...

I looked at the code and removing and replacing the surveillance looked like it might do the trick but that didn't work as it used the previously known entity list. I stole the one-time-upgrade code and placed it in a remote.call handler instead. This did solve my problem. -- Manually deal with enti...

I'm not quite sure what you mean but here's what I see.. If I take an old blueprint with a radar in it that was created without the mod active, I can place it with the mod active and it is turned into the upgraded radar on placement. If I place a radar on the ground with the mod active and try to cr...

With this mod active and radars all upgraded, Blueprints and bots seem to ignore it. Eg: deconstruction planner bots will ignore the radar, and making a blueprint leaves the radar out.

Its not a huge deal but I was wondering if this an easy fix?