Luckily I resisted the temptation to say this will be done in about 15 minutes, because while your requested change is trivial and only took 15 minutes, when I tested it I discovered that the base isn’t one of those that I fixed up (when I thought it was) and has a number of errors. So here are two new files which fix up the visible errors (the internals are still a mess and need a major cleaning ). The NodeMCUv3 Lolin_1.1_inch_rev_pcb.fzpz file is your requested swap of the pcb in horizontal (with the addition of a square on pin 1 on the pcb copper and a note the it is rev pcb on the schematic to tell them apart) and NodeMCUv3 Lolin_1.1_inch_fixed_schem.fzpz is the original part with the fixes applied to it (and should replace the original part). At some point I’ll clean the rest of it up and feed it back to the original author.
@vanepp, I know it has been a while, but I read your post where you made a fzpz file with 1.1 inch spacing between the rows. When I downloaded it, It is still no bigger than the .9 inch one I have on my MB102 breadboard view or the PCB view. But when I print out the svg and print at 100% it is the right size. I don’t understand. I did have to modify the part file “moduleId” because when I tried to import it, Fritzing said I already had a part with that name.
I have run into this when downloading parts Vanepp has made. My solution was to look in the fritzing parts folder and delete the original with the matching moduleid and then import his new part.
@sublimeartistry I appreciate the quick reply. Under different circumstances, I would use your suggestion. However, the NodeMCU board is open source and some have the pin rows .9 inch apart and some 1.1 inch apart. I would like to have both in my parts bin, not one or the other.
I think the one I posted is probably a copy of the original on github (which in turn may be created from an existing part in core). If so this one (which is the one I posted, edited with parts editor but not changed, and exported as a new part) should do what you want without conflicting with any existing part as it has a new moduleid.
Indeed they are in addition to number of other problems. For hole sizes, assuming Inkscape (I think the others. at least Corel Draw, are different), hole size is calculated by hole size = Diameter of pad - (2 * stroke-width) . So to get a .038in hole suitable for a .1 header pin, and assuming a standard 20 thou stroke-width and standard scale (none of which are true in the original ), the calculation is pad diameter = 0.078in, stroke-width 20, so 78 - 40 = 38 (in thou) or 0.038in for the hole. This will work at any scale, the math is just more difficult at incorrect scales. The other major problem in the original is the lack of schematic terminalIds which causes the connection to the middle of the pin like this )the top one is the original part without terminalIds)
Also the pins are out of sequence (they jump at around pin 20 to the 32 range) and the scale of the svgs are all incorrect. I fixed all of that up in this new part, which is ready to submit to core parts when someone gets around to doing so: