User talk:Deuar

Hi, Cześć, Bonjour. Feel free to leave a message! I will reply on your talkpage (everyone likes that yellow bar) ;-)

All minor planets are asteroids
Peter, 2 days ago you edited the Asteroid article and defined them as a subset of Minor planets. I have compelling reason to believe that the astronomical community does not use these terms to make a distinction. Please see Talk:Asteroid and Talk:Minor planet. Tom Peters 18:36, 27 August 2006 (UTC)

Re: Tidal locking, Tidal friction, and Tidal acceleration
Hi Deuar,

You wrote on my talk page regarding my edits on the Tidal acceleration page. Interesting, I live in Amsterdam too, but I don't suppose you have had occasion to learn Nederlands so I'll continue in English.
 * Unfortunately I've only been here 2 months, so my Nederlands is worse than poor Deuar 15:33, 28 May 2006 (UTC)

Concerning my credentials: bringing in "an astronomer" would not really help, unless (s)he were an expert in the field. I do have a scientific background and I have been following the scientific literature since my study time in the 1980's, so I consider myself second only to geophysicists and astronomers who actually do the research. Having read their papers, I think I can write the Wikipedia article; whether it is understandable for someone who does not have the same background is another issue, so if you can simplify things go ahead, but please do not sacrifice accuracy.
 * Cool. Yeah, I try not to ... (add sheepish grin) Deuar

IIRC some time ago I started or enhanced the Tidal acceleration page separately from the Tidal friction and Tidal locking pages. The latter is more about the general phenomenon, and I kind of used the former for our specific case, because it actually has an influence on everybodies daily lives (leap seconds etc. - hm, I should add that to the page). Also there is some detailed quantitative information available for the Earth-Moon system that is better placed under its own lemma than as an elaboration on the general page.

Regarding your work on the Tidal locking page: I find the explanations rather involved. The concept of torque would sum most of it up in one word. Maybe review what I put back in the Tidal acceleration page and use it to slim down the Tidal locking page. Also, you might want to add the orbital and rotation resonance of Venus with the orbit of the Earth, which IIRC is believed to be caused by a subtle tidal influence, but not fully explained.

Tom Peters 15:11, 28 May 2006 (UTC)
 * I'll have a think and try to slim it down. Does it look factually correct to you, though? I had a rather long discussion on the talk page with William M. Connolley where he had reservations but wasn't able to clearly specify what they were. The tidal influences are back. Deuar 15:33, 28 May 2006 (UTC)

re: Meteorite image
You have a point. I've thought about that on and off since I posted the image. I used the plaque from the meteorite itself as the basis for the caption (i.e., the real-world plaque claims it shows the Widmanstatten pattern). I can't decide if I just took a lousy photograph or if they were wrong in their caption...

Either way, it's probably best to remove the Widmanstatten reference, as it's not clearly visible in the image, even if it really was there on the meteorite.

--Dante Alighieri &#124; &#91;&#91;User talk:Dante Alighieri&#124;Talk]] 20:59, 1 December 2005 (UTC)

Resisters or terrorists ?
Cześć Piotr,

You ask a very good question here : Talk:Resistance movement

Let me know if you want to talk seriously about this.

Sincerely,

AtiN 12:04, 9 March 2006 (UTC)

Welcome!

Hello, Deuar, and welcome to Wikipedia! Thank you for your contributions. I hope you like the place and decide to stay. Here are some pages that you might find helpful: I hope you enjoy editing here and being a Wikipedian! Please sign your messages on discussion pages using four tildes ( ~ ); this will automatically insert your username and the date. If you need help, check out Questions, ask me on my talk page, or ask your question on this page and then place  before the question. Again, welcome! Molotov (talk)  22:33, 19 September 2005 (UTC)
 * The five pillars of Wikipedia
 * Tutorial
 * How to edit a page and How to develop articles
 * How to create your first article (using the Article Wizard if you wish)
 * Manual of Style

Polish Wikipedians' notice board
Hi! You may be interested in checking our noticeboard. Welcome!--SylwiaS 16:15, 10 December 2005 (UTC)

Kuiper Belt
Peter, we still have 'Mars or Earth size object' in our leading section on KB, I’ve noticed you spared it. Have you read recently about such conjectures? People talk about 'missing mass' problem but as far as I know have long time ago stopped assuming that a biggy must be there.. Am I wrong? Eurocommuter 21:07, 22 February 2006 (UTC)
 * It looks strange to me too, but I spared it just because I havent read anything relevant in ages, and don't know. On gut feeling, I could swallow the Mars-sized out in the scattered disk, but an Earth-sized object sounds a lot like wishful thinking. Show no mercy if you think it's out of date. Deuar 22:15, 23 February 2006 (UTC)

Hi Peter, Thank you for cleaning my modest contributions. Wikipedia articles about TNO are still a bit confusing (according to my boy, Thomas, 13). This was what finally made me register and add a few pieces a week ago. I’m trying to generate another graphic illustrating where the objects are (axis, eccentricity- and maybe inclination-wise); projections of orbits graphs are confusing (to me). Eurocommuter 00:08, 9 February 2006 (UTC)

(Diagrams) Dziekuje! Did you notice my attempt at a multiscale map? (click on one diagram and scroll down to the description) One can do better (clicking on the map, opening articles on specific objects) in svg but I have no clue how wiki handles svg; will try one day Eurocommuter 11:12, 10 February 2006 (UTC)
 * Yeah, I noticed the multiscale thumbnails, although I wasn't sure what they were for until I clicked them (I havent seen this solution before). Another good idea! Deuar 20:39, 10 February 2006 (UTC)
 * Hi, thanks for the edits, Piotr. Feels good not to be alone in this obscure area…The total mass of the objects is thought to decrease with a power of the distance to the Sun. I have a conjecture, (can’t publish though, no original work is allowed on wiki…) The number of editors follows the same power low Eurocommuter 15:21, 22 February 2006 (UTC)
 * Yes, there is definately a trend like that... also: the number of editors decreases along with the mass of the object. I hang around a lot in the asteroids, and the density of editors is similar to the TNOs -- low once you leave asteroid (a vandal and crank attractor). On the other end of the scale you get e.g. Sun or planet which are huge vandal magnets - had them on my watchlist once, and it wasn't a pretty sight. I dare not put poor old Uranus on my watchlist...
 * By the way, your diagrams are getting more and more interesting. e.g. Image:TheTransneptunians_73AU.svg I hadn't realised there's a centaur bigger than Chiron out there. Deuar 22:15, 23 February 2006 (UTC)

Colours
Thank you! I’ve spent a week trying to render colour indices as "reasonable" RGB by filtering the simulated spectra and the colours seem still… odd! (e.g. 2002 QZ32 in centaurs). Rendering the albedo in linear gradient proved also challenging and a bit disappointing: the differences are too big; had to cheat and went non-linear. There’s no light there anyway, right? NASA’s images of Pluto are also "software artist's" impressions I suppose…Good to have you back! Eurocommuter 22:52, 26 March 2006 (UTC)

Thermal method
Agree, a better explanation. Remains to mention the assumptions about the rotational speed and the orientation of the rotation axis to the observer…! One day someone should write a few formulas in a separate article I suppose. Eurocommuter 22:38, 14 February 2006 (UTC)
 * It starts to get involved at that point, a separate article is probaby not a bad idea. There's also the issue of the thermal properties of the surface. There was a massive work by J.S. Lagerros on this (which I haven't really read) Deuar 10:10, 15 February 2006 (UTC)

Binary/double planet
I see the addition you've made to the planet page. I'm a keen follower of astronomy but I've never heard of the term "binary planet", although I am aware its used for Stars. Could you possibly point me in the direction of where you got this term from, and how it is distinguished from a double planet? I have no big beef about this but I just want to make sure the article is accurate. 130.126.76.27 01:31, 15 February 2006 (UTC)
 * I saw the term here on the New Horizons website (that page has an interesting animation, as well). Actually from what I can see there's no real consensus on the terminology, i've seen at least "double", "twin" and "binary" referring to two related objects of similar mass, and I suspect there are no universally accepted rules. I think "binary" is the best for a pair like Pluto-Charon because of the analogy to stars which do a similar gravitational dance. If you have know how to make the planet page more accurate, go for it! Deuar 09:54, 15 February 2006 (UTC)

Asteroids: families
I’ve just discovered your graphs Flora. Fantastic!!! Eurocommuter 17:29, 24 February 2006 (UTC)

PS. The link to data (in the image description) appears to be broken.
 * Well, um, thanks! Actually, I got the idea to represent asteroid sizes from your diagrams on Trans-Neptunian Object and surrounds.
 * I worry that my diagrams might be too cluttered, though.
 * That link didn't last long, did it! what a pain. fixing... Deuar 20:30, 24 February 2006 (UTC)


 * Cluttering is a potential problem. I’m trying to mitigate it by using ‘two-level’ diagrams, first with only major objects for illustration and the second with details (i.e. cluttered) for an eager reader. Talking about inspiration, I took the e/i graph hint from your diagrams, and the funny thing is, it does show the KBO families (cubewanos v plutinos for example) as (kind of…) distinct. The problem is to render it in readable way and I’m not exactly an artist… Still, the first attempt should be out there (cubewanos, I think) tonight/tomorrow. Eurocommuter 21:22, 24 February 2006 (UTC)
 * The two-level diagram is an interesting idea, i'll have to have a think about how to apply that! I always find that "if I could only make this diagram two times bigger, it wouldn't be cluttered", but of course those asteroid family diagrams are at the practical size limit already. Deuar 15:50, 25 February 2006 (UTC)
 * What do you think of my first attempt at using cartographic colours for e/t charts ?(cubewano) Eurocommuter 16:46, 25 February 2006 (UTC)
 * That's a pretty cute idea - and I bet you had a bit of fun trying to set the right bin size. Have you tried making the i/e ranges smaller so that the colorful part of the graphs takes up more space? Then again with only a few hundred bodies it's a tradeoff with how much blockiness is tolerable. I usually end up using scatter diagrams (like your main graph) because I find them easier to understand at a glance, but they also have their own problems with showing structure both in the dense and rarefied regions... Finally, That's a lot of interesting information in one diagram! Deuar 10:12, 27 February 2006 (UTC)


 * Thanks! To avoid the overloading, I split the new one scattered disk so the text comment can follow more easily. On the e/i ranges: I’ve got the auto-scale written (a logarithmic scale for colours for example is supposed to handle valleys and peaks) but as I’m comparing different families I felt better to avoid different ranges between graphs. Eurocommuter 13:10, 27 February 2006 (UTC) PS. Have you read my half-cooked comment about your diagrams (below)?

Thanks for the corrections to my (IP) edits. Tried to modify your Inc vs. ecc. plot image with similar color scheme as in AsteroidIncAu.png - Image:AsteroidIncEcc.png, but it has some difficulties, as noted.Dreg743 07:04, 26 January 2007 (UTC)
 * Hello, the color scheme on the map was mostly done by the Kirkwood gaps, but boundaries of some prominent outer belt asteroid families were also used... (Koronis, Eos, Hygiea). There are Kirkwood gaps at least in some of these divisions. Also, the inner belt (A) has a kirkwood gap, this I didn't use because I couldn't find it in the Inc vs. AU plot. Cheers. Dreg743 08:28, 2 February 2007 (UTC)
 * I guess the division went about 2.06 (1:4), 2.5 (1:3), 2.73 (Ceres), 2,82 (2:5), 2.95 (3:7), 3,046 (4:9), 3.08 (Themis) and 3.27 (1:2). Dreg743 06:31, 3 February 2007 (UTC)

Please see Image:DivisionsMainBelt.gif, does that make any sense? Dreg743 09:08, 15 April 2007 (UTC)

Asteroid families -3D phase space
Peter, I’m looking at your diagrams (Flora) trying to imagine the 3D phase space. Namely i/a diagram (on the left) as the front face of a cube and i/e diagram (on the right) as its right side. Orbits on the front face are circular and orbits behind them are getting more and more eccentric. With this thinking, one can easily imagine the two clumps (visual regroupings) in 3D. (The one at ~6 deg is 'in front' of the one at 2 degs). Maybe you could hint this type of thinking to the reader and help with some perspective plotting the diagram. For example, Ariadne on the left diagram should be slightly in front (smaller e) and you could help this perception by making Ariadne’s disk hiding partly the Flora’s disk. Using a sort of z-ordering and greying out the objects not members of the Flora family you could help the reader to imagine the diagrams as projections of the 3D phase space. I have no idea if this would help other people but this is the way I struggle with 3D+ It could be a part of a simplified 1st level graph, suggesting the position of Flora’s family in 3D phase space in relation to other families and Jupiter resonances. What d’you think? Eurocommuter 23:13, 25 February 2006 (UTC)
 * I'll have to have a think about implementing your idea - it's very interesting. I also usually try to imagine 3D with a similar method to yours: faces of a cube etc. If it was a surface it'd be easy, but isolated points in space like this are always a major problem for me. Funnily I find it easier to imagine the 3D if there is no explicitly 3D diagram but just the projections (I think the perspective-like diagrams boggle me visually somehow, and I find it hard to get a handle on what the actual shape of the "cloud of objects" is). That's why I tend to go with projections. What I find easiest to grasp for 3D diagrams is something like a colour-coded elevation map with the 3rd dimension represented purely by colours or shading (like your recent diagram). Unfortunately that's only good for surfaces :( In any case, i'll have a go at the kind of diagram you suggest once i have a bit of a think about it, and we'll see.. Deuar 13:58, 27 February 2006 (UTC)


 * Peter, I went through your impressive and growing collection of families Gefion family et al. Ceres is sure a sizeable interloper! Is 93 Minerva a member? Would be a better (bigger) choice than the current namesake! On Vesta family I've discovered the name for the big agglomeration one cannot miss on Flora. A master ‘big picture’ diagram with arrows to major families would help IMHO. It could become a Hitchhiker’s Guide to the Belt! As for me, I’ve added a house-wife-level (almost) physical space orbit plot to illustrate scattered disk v classical. What d’you think? Eurocommuter 12:08, 2 March 2006 (UTC)
 * (your comment on my projection)Ouch. Touché. Thanks for the remark on the strange projection! I spend too much time fighting with Java/svg to get a clear diagram, then quickly type in the description without thinking….Well, maybe it was a bug but I’d pretend it was a feature… Cheers Eurocommuter 22:13, 2 March 2006 (UTC)

Image copyright problem with Image:Borusewicz.JPG
Thanks for uploading Image:Borusewicz.JPG. However, the image may soon be deleted unless we can determine the copyright holder and copyright status. The Wikimedia Foundation is very careful about the images included in Wikipedia because of copyright law (see Wikipedia's Copyright policy).

The copyright holder is usually the creator, the creator's employer, or the last person who was transferred ownership rights. Copyright information on images is signified using copyright templates. The three basic license types on Wikipedia are open content, public domain, and fair use. Find the appropriate template in Image copyright tags and place it on the image page like this:.

Please signify the copyright information on any other images you have uploaded or will upload. Remember that images without this important information can be deleted by an administrator. If you have any questions, feel free to contact me, or ask them at the Image legality questions page. Thank you. Stan 14:26, 1 April 2006 (UTC)


 * Very interesting that the Senate website has adopted GFDL! I would suggest doing a couple things to avoid future confusion; first, create a special category for all these images (template is overkill, cat is sufficient), and put a more extended discussion of the situation on the category's page. You might also consider moving these images to commons, so en:, pl:, etc, can all use the same images, again making the special category with explanation. Stan 19:14, 5 April 2006 (UTC)

Reference style
Hi! Thanks for expanding the asteroid articles, especially 15 Eunomia looks really comprehensive now. When you insert the references, please consider using the new and in later occurrences just the tag. Insert the  to your talk page.
 * If you believe the bot has made an error, please turn it off here and leave a message on my owner's talk page.

Thank you. DASHBot (talk) 18:03, 17 August 2011 (UTC)

Wiki markup
Hi, I'm trying to practice wiki markup by making a copy of Template:Infobox planet at User:Article editor/sandbox. But when I use it on User talk:Article editor, there are a lot of blank spaces depending on which parameters are given. Could you possibly take a look at the wiki markup to find out what's causing it? Thank you! --Article editor (talk) 07:25, 28 January 2012 (UTC)

Nomination for deletion of Template:Category TOC numerals
Template:Category TOC numerals has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Chris Cunningham (user:thumperward) (talk) 15:18, 8 March 2012 (UTC)

Syria/Iraq location map road overlay.svg
Hello Deuar,

first of all, thanks for your great work on the File:Syria location map road overlay.svg, it's very helpful and looks just great.

There was a request for a same overlay for the Iraqi map some days ago and I said that I'd do it. I asked Tradedia, if there is already a png "road map" for Iraq and there actually was one. The problem is now, that I saw that this one (as well as the Syrian one) is far more vaguely drawn than yours.

How exactly did you find out and create the exact lines of the streets in Syria? It would help me a lot for my work on this overlay.

Regards, Ermanarich (talk) 15:01, 12 September 2016 (UTC)


 * Since I'm already here:
 * {| style="background-color: #fdffe7; border: 1px solid #fceb92;"


 * rowspan="2" style="vertical-align: middle; padding: 5px;" | Graphic Designer Barnstar Hires.png
 * style="font-size: x-large; padding: 3px 3px 0 3px; height: 1.5em;" | 
 * style="vertical-align: middle; padding: 3px;" | for the creation of the File:Syria location map road overlay.svg--Ermanarich (talk) 15:06, 12 September 2016 (UTC)
 * }
 * }

Details of how to make precise road overlays
So let me describe what I was doing with the map overlays. The program I used to make the svg file and all edits was Inkscape. If you're not familiar with it, it's a somewhat annoying program initially (significant learning curve), but worth the effort in the long run. It's very good once you get the hang of it. I have two svg files. In the Syrian example File:Syria_location_map_road_overlay.svg and File:Syria_location_map3.svg. It can be useful to import both into one file as separate layers sometimes to have a general idea of whether the overlay is in the right place.

Anyway, so when I want to add some roads or whatever, here is how I proceed.
 * 1. I open an appropriate web map of the area (I recommend openstreetmap.org, it's very good, surprisingly so! and can be mentioned by name here since it's open source), zoom to the point that I see the features I am interested in, and take a screenshot to a png file. That's the easy part.
 * 2. I locate a couple of well-defined reference points on the screenshot (major road intersections or road crossings of rivers seem to work well) and get coordinates for them from Google maps. Call these lon for longitude and lat for latitude (in degrees). You can find these by right-clicking on the map and choosing "what's here?". Then I convert these latitude and longitude values to pixel values (call them x,y) in the svg file. This involves a calculation, on which more below.
 * 3. I place visible markers in the overlay svg file, at these locations x,y. Make them say 50% transparent, and fine tune their location to really put them at the x,y coordinates that I want. I usually use the selection coordinates displayed in the top bar.
 * 4. I then load up the screenshot and make that also say 50% transparent. I make sure that I can see the markers I had just put through the screenshot. Now comes time to scale it to the right size and place it in the right spot.
 * 5. The first thing I do in this regard is to change the screenshot's vertical scale by an appropriate amount so that It'll have the same vertical/horizontal aspect ratio as the svg file. More on this below as well. This can be done in Inkscape or at the png level as well. Inkscape is more reversible.
 * 6. Then I move the selection around until the places I had identified on the screenshot align with the center of the markers. This entails both moving it around, and scaling (while, importantly!, keeping the aspect ratio fixed). This takes a little trial and error, and the rescaling is best done typing numbers in the properties/selection dialogues rather than trying to do it with a mouse.
 * 7. Now the hard work is done, and the fun begins. Put the screenshot in the background, and trace the roads, rivers, etc over it. It helps to have these traces also say 50% or 70% transparent, at least initially.
 * 8. At the end, save a backup, and remove the screenshot and markers before saving the final version.

Okay, so now I should get back to the matter of the pixel calculation and scaling. There are several matters to keep in mind: Google maps/osm, and similar maps use a different projection to what is used in the usual Wikipedia maps. This is the source of much grinding of teeth when pieces from one do not match to the other.

Google maps /osm have Web_Mercator projection which has
 * x = const*lon
 * y = const*( log( tan( 45deg + lat/2 ) ) )

(assuming lat is in degrees and tan works on degrees not radians) This has a continuously-varying stretch in the vertical direction to make things look square.

Wikipedia has Equirectangular_projection with a stretch of 1.1512 vertically for the Syria maps, i.e.
 * x = const*(lon-lon0)
 * y = const*stretch*(lat-lat0)

with some constant multiplier "const" and offsets lo0 and la0 that should be determined from the actual file used. You can generally find the longitude/latitude dimensions and stretch factor for the Syria map in the comments of File:Syria_location_map3.svg. By scaling this to the pixel size of the svg file (921.83 px wide and 761.92 px high), you obtain that:
 * const=118.183
 * stretch=1.1512
 * lon0=34.9
 * lat0=32

It will be different for the Iraq map. (Well, I expect the const and stretch to be the same or almost the same, but offsets will differ significantly).

The vertical stretch of 15% in the file is supposed to make it have the right aspect ratio overall, although it's actually a bit too small. That's not the whole story with the stretch, though...

If you put the latitude values for Syria in the north and south into the web Mercator formula you get a local stretching factor of 1.186 at 32.5 degrees latitude (south of Syria) and 1.252 at 37 degrees (north of Syria), respectively. That's the stretching that the screenshots from osm etc. will have. So to make them fit on the Wikipedia map which always has a stretch of 1.15, we have to compensate appropriately.

So we pick a latitude in the middle of our screenshot, and calculate the required vertical multiplier like so:
 * mult = 1.15*cos(lat)

For Syria, these always end up being a shrinkage, actually, because the 15% stretch used in the Wikipedia map is slightly too small. For example, Aleppo is at a latitude of about 36 degrees, giving mult = 0.9313. This is the factor by which we have to shrink screenshots that are centered at the latitude of Aleppo, in point 5. of my procedure above.

Finally, regarding the location markers in point 3. of the procedure, the formula I use to convert longitude,latitude to pixel positions x,y of the marker in Inkscape is:
 * x = const*(lon-lon0)-w/2
 * y = const*stretch*(lat-lat0)-h/2

Here w and h are the pixel width and height of the marker I use (usually 1.0 pixels). I take half of the size away because the coordinates of the object in Inkscape are usually given for the left bottom corner.

Okay, so that's most of it I think. If something's not clear in the above, please ask away. I may have forgotten some minor but tricky elements, it's been a couple of months since I did this.

Deuar (talk) 13:02, 25 September 2016 (UTC)


 * Wow, thank you very much for this precise explanation, I really appreciate it! Currently, I'm on great holidays in Bulgaria and I have only a little access to the internet, so it need to get back home before I read this and start with editing the map overlay, which will be in a little more than a week. --Ermanarich (talk) 08:38, 26 September 2016 (UTC)
 * Thanks:) Good luck, and I hope you have a great holiday in the meantime Deuar (talk) 09:02, 26 September 2016 (UTC)

Berm
I'm genuinely curious. Back when you renamed Moroccan Western Sahara Wall to Berm (Western Sahara), were you new? All these years later do you understand why it was such a poor choice? -Ashley Pomeroy (talk) 17:52, 2 November 2017 (UTC)
 * Hi Ashely. Thanks for nudging me out of my wiki-stupor. Yes, I was definately new then. In honesty I have not gone back to that topic (which I encountered passing through) and have not remembered that the name continued to be such a hot topic afterwards. The later table by gidonb on 24 June 2008 is pretty convincing from a recognizability point of view, which is probably the most relevant here. I concur that "berm" is a poor choice, for starters because what percentage of people actually know what the word means? That notwithstanding ... from a "wall" I would expect a rigid and solid construction not a sand mound. This is just my STEM viewpoint. For comparison, the wall in Palestine is much more clearly a wall in places. Speaking of which, it's interesting that the article there has the word "barrier" not "wall". Anyhow, I think the people that have worked on the Western Sahara article in the subsequent 10 years are much more knowledgable than me on what is appropriate.  Deuar (talk) 14:55, 7 November 2017 (UTC)

FA Review for Ceres
I have nominated Ceres (dwarf planet) for a featured article review here. Please join the discussion on whether this article meets featured article criteria. Articles are typically reviewed for two weeks. If substantial concerns are not addressed during the review period, the article will be moved to the Featured Article Removal Candidates list for a further period, where editors may declare "Keep" or "Delist" the article's featured status. The instructions for the review process are here. 20:18, 21 June 2019 (UTC)

Proposed deletion of File:Discovery Charon img.png


The file File:Discovery Charon img.png has been proposed for deletion&#32;because of the following concern: "unused, low-res, no obvious use"

While all constructive contributions to Wikipedia are appreciated, pages may be deleted for any of several reasons.

You may prevent the proposed deletion by removing the notice, but please explain why in your edit summary or on the file's talk page.

Please consider addressing the issues raised. Removing will stop the proposed deletion process, but other deletion processes exist. In particular, the speedy deletion process can result in deletion without discussion, and files for discussion allows discussion to reach consensus for deletion.

This bot DID NOT nominate any file(s) for deletion; please refer to the page history of each individual file for details. Thanks, FastilyBot (talk) 01:00, 12 March 2020 (UTC)

Nomination for deletion of Module:Syrian Civil War detailed map/testing
Module:Syrian Civil War detailed map/testing has been nominated for deletion. You are invited to comment on the discussion at the module's entry on the Templates for discussion page. * Pppery * it has begun... 22:35, 7 October 2020 (UTC)