User talk:Inductiveload/Archive 3

Electronic circuit schematics drawing software

Hi Inductiveload and everyone else out there. I've just come across your allpass filter svg. It's excellent, I'm going to use it (thank you for leaving it to the PD). BTW, what software do you use to draw schematics? Perhaps gEDA gSchem? I found it very valuable but having to go through sch -> eps -> pdf -> svg -> png is a little burdensome... -- Biscay (talk) 14:04, 27 May 2009 (UTC)

Hi Biscay! I'm glad you like the images! I use Inkscape to do all my vector drawings. If you like the look of the components I use, feel free to rip them out of the SVGs uploaded (they are all PD). The advantage of Inkscape is that it is very flexible, and you can draw anything you want, the disadvantage is that it takes a little more effort to line everything up nicely (but it's worth it, especially for Wikipedia, etc, where a good looking image is so much better than an easily-drawn one). Inkscape is a great piece of software and deals with SVGs natively, but it exports to PNG happily if required.

Feel free to take any of my drawing and use the parts. Drop a note here if you want more information! Inductiveload (talk) 01:49, 28 May 2009 (UTC)

I agree on your comments. However, as to electronic circuit schematics, I'd rather use gschem (from the gEDA suite) to create them. Sure, to annotate them and perform the final 'tidying up', inkscape is a must. Regards! --Biscay (talk) 12:54, 28 May 2009 (UTC)

Vector illustration

I'm writing a textbook at Wikibooks for which I need some fairly specific graphs made, in addition to schematic diagrams of human anatomy (the ear and brain). I have some preliminary specs for the Philip Greenspun Illustration Project, but I think that has stalled somewhat. If you're interested, can you send me an email?  — Mike.lifeguard 23:56, 13 February 2009 (UTC)

I suggested email because I find the opposite - my talk page gets crammed full but not my inbox. No matter...

By "well specified" do you mean you want a spreadsheet with actual data to graph, or if I have a graph I can send you is that enough? These are idealized data for the most part anyways, so the real values don't matter (many of them don't even have scales).

Thanks for the pointer to ladyofhats; I'll leave her a message shortly.  — Mike.lifeguard 15:53, 14 February 2009 (UTC)

OK that's fine. We can continue this conversation here (that's my technique for reducing talkpage clutter!). If you point me to uploaded images to SVGify, give me source data or upload images somewhere like [Imageshack.us Imageshack], I'll do them as I get round to them, upload them, and then you can comment if you want something changed. Cheers, − Inductiveload (talk) 17:22, 14 February 2009 (UTC)

I'll fire up the scanner & maybe do some sketches too...  — Mike.lifeguard 18:03, 14 February 2009 (UTC)

For File:Outer hair cell and Deiter's cell.svg for example, I did Path>Object to Path on all the text... is that not necessary? I thought text wasn't scaled properly with librsvg.  — Mike.lifeguard 01:50, 19 February 2009 (UTC)

Well, at the moment, it does provide a marginal incrase in quality when the image is shown at below-nominal resolution. However, converting text-to-path does incresase the file size dramatically, and removes the possibility of the editing easily in future or translating the image to other languages (which is a major advanntage of SVG). Personally, I don't convert unless absolutely necessary and hope that the rsvg renderer is improved soon. − Inductiveload (talk) 13:22, 19 February 2009 (UTC)

Re: Maps

Hi Inductiveload,

Thanks for your comment on my Wikipedia talk page about my perl script for generating SVG maps. There's an issue (which I keep forgetting) with storing perl files on that server, so I need to rename the file with a .txt extension. I've done that now and updated the links on the page for the whole world map; the script should be accessible from here. Gringer (talk) 23:32, 15 February 2009 (UTC)

Thanks! I'll take a look at it. − Inductiveload (talk) 19:57, 18 February 2009 (UTC)

Inputs flipped in Instrumentation amplifier SVG

Inductiveload -- someone just noticed (on w:Talk:Operational amplifier applications) that

has an op amp with its inputs transposed. In particular, in order for the top operational amplifier to be in a negative feedback configuration, the feedback from the circuit needs to come to the inverting ("-") input, and the input to the instrumentation amplifier needs to come into the non-inverting ("+") input. See the bottom operational amplifier (which is symmetric) for a reference. Thanks, again! —TedPavlic (talk) 13:50, 17 February 2009 (UTC)

Fixed, sorry about that. − Inductiveload (talk) 19:57, 18 February 2009 (UTC)

Inputs flipped in Op-Amp Precision Rectifier.svg

In

the inverting (-) and non-inverting (+) inputs are flipped. The circuit depends on negative feedback. Thanks. —TedPavlic (talk) 13:48, 18 February 2009 (UTC)

Fixed, sorry about that. − Inductiveload (talk) 19:57, 18 February 2009 (UTC)

Op-Amp Comparator.svg has flipped inputs (seriously)

Because the inputs of a comparator are symmetric, there is nothing wrong with:

However, the image that it replaced on w:Operational amplifier applications labeled $V_{1}$ and $V_{2}$ differently. As a consequence, the description there is reversed from how it should be. It is customary to draw comparators with the non-inverting input (+) above the inverting input (-). Could you flip these inputs so that it looks more like the non-SVG it was replacing? Thanks. —TedPavlic (talk) 14:31, 18 February 2009 (UTC)

Fixed, sorry about that. − Inductiveload (talk) 19:57, 18 February 2009 (UTC)

File:Flag of Mostar.svg

You've uploaded a derivative work

We're sorry, but File:Flag of Mostar.svg has been marked as a copyright violation. Wikimedia Commons only accepts free content, that is, images and other media files that can be used by anyone, for any purpose. Photographs of copyrighted works are also subject to the same copyright, and therefore this photo must unfortunately be considered non-free. For more information, please read Commons:Derivative works and Commons:Freedom of panorama. The file you added will soon be deleted. If you believe this image is not a derivative work, please explain why on the image description page.

--Lokal_Profil 16:08, 18 February 2009 (UTC)

Gyrator need not have output

The Gyrator schematic:

has an output $V_{\text{out}}$. This might be confusing because the gyrator's only useful output is its own input. That is, it creates an impedance; it is not a filter. I don't believe any of the gyrator references refer to this node, and so I think the $V_{\text{out}}$ can be removed. Thanks! —TedPavlic (talk) 15:52, 23 February 2009 (UTC)

Side note: your w:Negative impedance converter SVG:

properly has no output node. The NIC and Gyrator are related – they use an active component to create an impedance. Hence, they both should only have an "input." —TedPavlic (talk) 13:17, 26 February 2009 (UTC)

Fixed. − Inductiveload (talk) 02:52, 1 March 2009 (UTC)

Badge of the Supreme Court of the United Kingdom

Hi Inductiveload, thank you very much for drawing the badge! Apologies for taking so long to reply, I must have taken the page of my watchlist, once again thanks very much! AlexD (talk) 21:06, 5 March 2009 (UTC)

You're welcome! If you want anything else, feel free to ask! Inductiveload (talk) 23:17, 18 April 2009 (UTC)

Slight issue - the badge you drew, whilst excellent - uses a shamrock instead of a flax! I couldn't tell the difference, but an observant editor on w:Supreme Court of the United Kingdom did and removed the image. Wondering if you might possibly be able to re-draw it? Ninetyone (talk) 16:00, 28 May 2009 (UTC)

Use lowercase k for kilo in Sallen-Key Lowpass Example

In:

Please use lowercase k for kilo (i.e., for each kΩ). Thanks! —TedPavlic (talk) 21:00, 7 March 2009 (UTC)

Done.

Airy Disc Intensity/Power Plot Labels Reversed

Hi Inductiveload,

The labels for the intensity and encircled power plots on your Airy Disc page (http://en.wikipedia.org/wiki/File:Airy_Pattern_Intensity_and_Encircled_Power.svg) appear to be reversed . . . red should be intensity, blue should be power. Thanks! 207.235.52.154 13:34, 12 March 2009 (UTC)

Sorry, that was a basic error! Inductiveload (talk) 22:43, 18 April 2009 (UTC)

Accuracy of image, File:Anatomy of the Human Ear.svg

Hi. :) The Wikimedia Foundation has just received an e-mail indicating that the source from which the above image is drawn is wrong about the order of the ossicles. (Ticket:2009042710075597, for the record.) It presents the bones as incus, malleus & stapes rather than malleus, incus & stapes. I'm by no means a doctor, but the National Library of Medicine seems to agree as does the Department for Work and Pensions, here. So do Britannica and Emory University and a host of private physician websites. (Also, File:Illu auditory ossicles.jpg.) I don't spend much time on Commons; I'm a lot busier on Wikipedia. (And occasionally answering e-mails for OTRS.) It's obvious that you do, though, so I thought I'd get your opinion on what's to be done. Since it's CC-BY, might we find somebody who could relabel it? (I myself am supremely graphically challenged. I don't even have photoshop on my current computer.) Is there a forum around here where such could be requested? --Moonriddengirl (talk) 20:39, 28 April 2009 (UTC)

Since this also seems to involved File:10.1371 journal.pbio.0030137.g001-L.jpg, I've left a note at User talk:Mike.lifeguard alerting him to the question. --Moonriddengirl (talk) 20:49, 28 April 2009 (UTC)

Yes, the order is wrong. The malleus is attached to the tympanic membrane, the incus is in the middle, and the stapes is attached at the round window. Thanks to you and your correspondent for catching that; I hadn't even noticed! (Yet another reason to be amazed to change blindness etc :P )  — Mike.lifeguard 21:46, 28 April 2009 (UTC)

All credit to our correspondent. :) All I did was compare it to other sources. Thank you very much for following up on that! --Moonriddengirl (talk) 23:13, 28 April 2009 (UTC)

Good spot - I'll change the one with cochlear frequency mapping too Inductiveload (talk) 13:39, 29 April 2009 (UTC)

Thanks. I had no idea there was another one. :) --Moonriddengirl (talk) 15:31, 29 April 2009 (UTC)

Tip: Categorizing images

---

Hello, Inductiveload!

Tip: Add categories to your files

Thanks a lot for contributing to the Wikimedia Commons! Here's a tip to make your uploads more useful: Why not add some categories to describe them? This will help more people to find and use them.

Here's how:

1) If you're using the UploadWizard, you can add categories to each file when you describe it. Just click "more options" for the file and add the categories which make sense:

2) You can also pick the file from your list of uploads, edit the file description page, and manually add the category code at the end of the page.

[[Category:Category name]]

For example, if you are uploading a diagram showing the orbits of comets, you add the following code:

[[Category:Astronomical diagrams]]

[[Category:Comets]]

This will make the diagram show up in the categories "Astronomical diagrams" and "Comets".

When picking categories, try to choose a specific category ("Astronomical diagrams") over a generic one ("Illustrations").

Thanks again for your uploads! More information about categorization can be found in Commons:Categories, and don't hesitate to leave a note on the help desk.

BotMultichillT 05:58, 29 May 2009 (UTC)

• Image:4-Bit CLA Adder.svg is uncategorized since 28 May 2009.

File:Badge of the Supreme Court of the United Kingdom.svg

You claimed this image as entirely your own work even though it is obviously a derivative of File:Royal Badge of Wales new.svg (and maybe others). This means that it is not in the public domain. I have chosen CC-BY-SA-3.0 as a license for you. You can change it to the other option, the GFDL, or dual-license it (or leave it as it is). If it is a derivative of any other files please not that in the source and choose a license compatible with all the source files. Thanks. --Yarnalgo (talk) 22:44, 5 June 2009 (UTC)

CANDU

Hi!

I just noticed that your edit of the CANDU schmatic (at the CANDU article) has inadvertently added an error.

Someone else also pointed this out on the CANDU talk page...

Although it may seem "minor", as a geeky CANDU engineer I can't help but notice :-)!

The pressurizer, while correctly connecting to the primary heat transport system, absolutely does not connect at the Steam Generator.

Perhaps the tie in of this component could be moved to a differnt area? Just a suggestion!

99.245.20.108 00:39, 12 June 2009 (UTC) Andy

OK, that's fine. I'll do it when I get home. I made that image based on this PNG version, which didn't have a pressuriser connected at all. Can it be connected anywhere to the primary heat transport system, or should it be connected before/after the reactor chamber?

Also, there's been concern in the past that the heavy water pump (7) in these diagrams is pumping the hot water from the reactor out, rather than cold water in. As I'm not a nuclear engineer, I don't know how correct that was, and neither did the person who asked in the first place. Could you tell me if it's currently in the right place? Inductiveload (talk) 19:54, 12 June 2009 (UTC)

I've reconnected the pressuriser to the output of the steam generator. Is this right? Inductiveload (talk) 02:33, 13 June 2009 (UTC)

Hi! the newly placed pressurizer connection is more correct (it connects to the ehaer, an integral part of the Heat Transport System) as opposed to the Steam geenrator, so Good job.

Personally I think that for a schematic, the drawing is now fine.

Addressing the placement of the pump (7), the person who brought it up is correct. It usually goes at the Steam Generator outlet/ Reactor inlet. It would appear that the drawing does not have room to accomodate this change.

However, another consideration is that the presurizer is usually connected to the header at the reactor outlet/ steam generator inlet (there are interconnections and things which make it more complicated than this but the main connection is there).

In order to solve both the pump placement and pressurizer placemnt probably the easiest thing to do would be to switch the direction the arrows are pointing. I am not sure how much efofrt that is or if it is worth it but that would make the drawing essentially perfect (at least schmatically). Then wether to change the colour of "hot" and "cold" fluid would be up to you.

to summarize, new pressurizer position is good. To make the overall drawing perfect, consider changing direction of the arrows which indicate fluid flow direction. (if this is a small job, go ahead, if it is a big job its not worth it since the current picture shows you the basics)

Checked otu soe of your other drawings too, great work in geenral!

192.75.48.150 19:09, 17 June 2009 (UTC)Andy D

Thanks for the compliment! I switched the arrows around in the PHTS as well as the colour. Inductiveload (talk) 16:49, 19 June 2009 (UTC)

File:Zobel Balanced Bridged-T Filter.svg

This is a message to notify you have not properly attributed the original creator's releasing license. Please see the discussion at Wikipedia and the original page on Wikipedia. --The New Mikemoral ♪♫ 21:33, 17 June 2009 (UTC)

Done. Inductiveload (talk) 16:49, 19 June 2009 (UTC)

File:Zobel Balanced Highpass Half-section.svg

This is a message to notify you have not properly attributed the original creator's releasing license. Please see the discussion at Wikipedia and the original page on Wikipedia. --The New Mikemoral ♪♫ 21:42, 17 June 2009 (UTC)

Done Inductiveload (talk) 16:50, 19 June 2009 (UTC)