arisoft

Not by all responses. It depends on how geocachers are used to rate caches in their territory. Ambiguity started by defining special tools both D5 and T5.

In this case you are tilting at windmills. Your enemy lies inside your computer and replacing captcha in this service will not affect to others. The most effective way is to fix the root cause. For some reason captcha is not trusting your computer. Start by Googling "too many captchas" and you will get ideas how to fix your computer.

I made a new elevation challenge some time ago. The reviewer questioned the rationality of using elevation because it is difficult to finders to find required caches based on elevation. After I told that HQ has allowed using elevation as a exception even knowing that it has some difficulties, the reviewer published the cache withtout hesitation. Elevation is a polygon type challenge. It is using contour lines to define areas. The good thing is that CO can not define those lines and the bad thing is that there is no official source for elevation data. Results are partly random. For example, some caches are actually above 1000 meters but not accepted for above 1000 meter challenges. Many caches are far below the sea level without having a scuba attribute

How do you know if you don't even try? The root cause is propably the same for both problems.

There are different ways depending on what country you are in. In Finland, a tool that is used to reach a geocache, is regularly considered a terrain lowering tool. A pole or ladders are examples of this kind of tool. Many geocachers have both of them always available. They use the tool to avoid climbing and the terrain is set from T3 to T5 depending on how high or difficult it is to reach without a pole or ladders. My latest high terrain cache is T3.5 and it is about 3.5 meters from the ground. The description suggests using a pole, but is it still possible to find without any tools. Some months ago I talked with a reviewer about a D5/T5 traditional cache idea that required some tools to find the cache. The required tools were 5m long ladders and a small hex wrench. The reviewer did not accept requiring a hex wrench but accepted ladders. It should be a mystery cache if it needs a special tool, that was the reasoning behind this decision. I put a hex wrench in a combination locked box next to the cache to overcome this requirement. (Combination was not disclosed, of course, because it is D5) In this context, long ladders were not a special tool but a hex wrench was. In conclusion, if your cache requires a pole as a D5 special tool, the cache must be a mystery cache.

Start by fixing this problem first, if it ask's it on the same link on the same page again. I just tested that the check box works when I click the same link again.

I think that the answer to your question is "research that goes beyond reading the cache page". The player should be able to solve a multi-cache with GPS receiver and printed copy of the cache description.

You’re getting CAPTCHA on multiple times because your online traffic behavior resembles unsafe bots. That could include the following reasons: Your computer is infected with viruses or malware. Someone else on your network is running a bot or script. You’re using a virtual private network or proxy to hide your IP address. Your computer has received an IP address that was previously used in an attack. You’re using browser add-ons for security, privacy, or SEO that alter your browser’s normal behavior. You have not accepted cookies or you have deleted them.

HQ is known for ambiguous guidelines. Here the image explains only chaining but the text rules something else. Chaining was nice idea used in some early days mystery chains where every additional stage was depending on earlier caches published in the chain. For me it is clear that this guideline was set to prevent this kind of "daisy chaining". I haven't seen any geocaches with multiple bonus caches and never tried to make one. After you pointed out this guideline, I must admit that this may be not allowed.

No problems. This is not a chain.

I have done exacltly the same after I found that no style settings of images do not survive after additional editing.

Yes, there are many ways to do this. Here is one example: Set the starting coordinate somewhere outside the library. Ask the player find a text, numbers or count windows etc. from the starting point. Add a geochecker to the cache description. Certitude.org is suitable for this. Use "Keyword" solution and add your virtual description as "Bonus info" in the checker. This completes the requirement for using GPS.

This needs some planning to be optimal. Basically, you should try to charge both the car and yourself at the same time. I have used EV for geocaching about 4 years. At the beginning I could use charging time for finding nearby caches until I consumed them all.

Start "Android Auto" and then command your phone to use Google navigation for the cache.

Reloading the page hides blocked users.

Your example works for me without further checking. This may be related to your browser. I use Firefox.

This is how the "Hide" function works. I now used hide to "block" a user and the hidden user appeared again when posted a new message. Are you sure that he used the block function instead of the hide as the opposite seems to be the case.

I didn't see this happening when I tried it. I tried it again now and the message did not bring the blocked user back on the list even after refresh. May be this bug is already fixed?

I know many registered users who would use a bot if it is possible.

How do you put this message on e-mail client? Many players use e-mail instead of web. E-mail could reply with an error message but only after sending the message. What surprises me is that I thought that blocking really prevent sending messages. Maybe it did earlier?

I understand that you want to prevent sending messages when blocked instead of preventing you to see them. Both ways messages are somehow blocked. The system could inform this better in the red warning message that blocking does not prevent sending messages.

Check this first that is is not selected.

The primary rule is that coordinates must be acquired wit a GPS device. Using a map is basically just for checking. If there is deviation with a map you can add this information in the description. For example, "Please, note that map coordinates are 30 feet off, use GPS instead" If I myself faced such a problem, I would also recheck coordinates as you have already done. Sometimes, when the satellite coverage is bad at the GZ, I have acquired better coordinates by measuring many coordinates about 30 feet around the GZ to all directions. Mapping these coordinates usually gives visual hint where the GZ actually is.

These are not alternatives. Geocaching is not a competition so, practically, you can not cheat. To be okay - the rule states that the player must visit coordinates and sign the log. Here the definition of the player is important. You wrote that you are making him find and sign Geocaches for you. This is not the case if your account is collective. If your player account is collective then any participant may find caches for the collective - they are not your finds in this context.

I studied this blocking further. It has some effects that are useful. At first it seems to block e-mail notifications from the blocked user and secondly it hides the blocked user from the message list. Practically this means that I can not see messages from a blocked user unless I want to see them. I am satisfied with this way of blocking. If someone needs to inform the blocked player about blocking then they must send this infomation just before blocking the user and then cease to peek any hidden messages the user may send.