I think we are talking different DPIs , the svg standard used to be drawing units are 90DPI (Inkscape 0.9.1 and less) it then changed to 96DPI (this being svg drawing units, not display DPI which I think is what the 300 number probably is.) The original Illustrator (which many of the core parts are in) was 72DPI (to match pt) and I don’t know what the latest Illustrator does, (maybe 90DPI against Inkscapes 96?) I have corrected the two connectors (and will check pcb because it is probably wrong too!), you are correct, I must have misread the mechanical drawing because both were wrong. Now I’ll load your breadboard svg and compare something (one of the rectangles probably) between the Illustrator and Inkscape versions and see if I can figure out a scale factor to convert one to the other (I know how to do that in Inkscape if not Illustrator!) so I can scale the connectors that I copied across properly. We are slowly getting where we need to be, and the part is getting better for it
PS: And I just check, on both, selecting same unit… Problem still on…
Because, the unit selection provided for user comfort… But both of the editor save “xml” with their own unit…
And both of the “xml” have lack of units prints after the size, like they are not intended for used on other editor…!!!
and make sure scale stroke is enabled (this may be where your stroke-width problems are, if this is off stroke-width won’t be scaled!) Note the scale (circled in red in the document properties window) because we will need it later (1.0 in this case.) Now change display units from px to pt (i.e. to 72DPI)
the scale changes to 1.33333, so change that back to 1.0 (you may need to do an edit-select all to make sure the entire drawing gets scaled!) then change drawing units back to px. Now the Illustrator svg should be the correct scale in Inkscape:
and our rectangle is now the same size as my original. So with this done, I recopied all the elements you changes (at the correct scale this time ) in to my svg. Then I got out my calipers and measured the size and position of the parts on the real board and adjusted the scale of the various parts as needed, then fixed up my errors in connector positioning in both breadboard and pcb (where the run connector was too low.) That is all reflected in this new part that I hope is now correct:
Hi,
I really like this Raspberry Pi 4 part.
One suggestion for optimizing it:
Could you put a refernce table of GPIO numbers into the graphics? This helps in printed documentations where you cannot hover on a pin for looking up its number.
That could be (and perhaps should be) done, but typically breadboard matches the look of the real part (which doesn’t have those markings.) I’ll consider making a variant where the above is done so people can choose their poison (matches real life, or has pin numbers. ) selectable via Inspector.
I’m not aware of one, but I’m not sure what a breakout board part is in this case. If you have a web site that describes the breakout board I’ll have a look at it.
They have a part for this in their Fritzng repo. It has a few problems but it works. There is also a couple of modified parts (although they weren’t overly successful) here:
While it is easy enough to make one, it has little use that I can see in Fritzing. The Pi4 part will block the use of the breadboard pins anyway in Fritzing (if not in the real world.) As I discovered experimenting with the Tcobbler, there are limitations in Fritzing which make this difficult.