Search the Community
Showing results for '길음역텍사스위치오라 카이 인사동 스위츠[Talk:Za31]모든 요구 사항 충족'.
-
Are there historical markers or signs that discuss and explain Hanseatic heritage? This looks like just a very cool mural to me, which can go into the Murals Category. Please explain how someone from Texas traveling in Europe would know something they saw along their journey could be waymarked in a possible future Hanseatic Heritage category Let's talk it over
-
Adoption of Popular Caches with Inactive Owners
Keystone replied to CCFwasG's topic in General geocaching topics
So as not to disappoint my fan base, I've edited the topic title. It seemed easier than urging people to only talk on topic about the Geocache of the Week.- 69 replies
-
- 10
-
Adoption of Popular Caches with Inactive Owners
GeoElmo6000 replied to CCFwasG's topic in General geocaching topics
Usually Keystone will step in and say "hey everyone, let's keep this on topic, we're supposed to be talking about <topic>". But there's been minimal talk about geocache of the week and lots of talk about adopting caches from CO's who no longer participate. Hi back. I never did return to NYC to find that cache near the the ferry. -
Perhaps someone thought there was a lot of value in the tags and that alone, regardless of what you say you were intending to do with them, was enough of a flag for the agent. That's unfortunate. Personally I might keep calling back to talk to someone about them, and hope to speak to a higher up who sympathizes and can find a way to let go of what is effectively other people's property... *shrug*
-
Longest Slump - Why track in statistics?
thebruce0 replied to MNTA's topic in General geocaching topics
There's no difference between the two. A cache type is a cache type as far as the data framework goes. We may talk about other types of cache experiences like puzzle caches or challenge caches or (in some places) an adventure lab considered as one (and this has been discussed before), and even Benchmarks may have been referenced as a cache type by some (showing up in the find count of 'cache types', eg). Doesn't change the fact that something either is or is not a "real" cache type. If it's not, then it has special code if there are places where its usage mimics that of actual cache types (Traditional, Multi, Virtual, Event, Earthcache, etc), like the counts of finds in our stats under "cache types". A Geotour is a category of cache types, not a cache type itself. An Adventure is similar to a Geotour in that it's a wrapper for a set of Adventure Locations. And that's harping back to the initial setup of Adventure Labs, individual 'finds' that added +1 smiley in a separate data source that was wrapped into a user's public stats. So there's already a pseudo-parallel between Geotour and Adventure. But that's a far cry from making Adventures a new actual cache type. Right, however, the structure of an actual cache type is not similar to the structure of an Adventure. And the Adventure experience is its own app, its own functionality, its own framework, and its own code. And that's why I said: it would require a complete overhaul of the Adventure system and importing all the data into the existing geocache system patchworked to make Adventures a new cache type, in some way, which I would think would look absolutely nothing like Adventures do currently... they are simply fundamentally different experiences with functionalities that are miles apart. -
@Mangatome Then from your perspective, we have not yet reached the limit of what we can do with lua if done correctly. What will need to be done is the following: The player app should be able to run one version of lua for all v1 cartridges (retaining compatibility, such as it is). We will run all v2 cartridges in the latest version of lua. When the player app requests a cartridge from the Wherigo API, the player app's current lua version will be included in the request. The Wherigo API is responsible for compiling a cartridge with the requested lua version. As long as the Wherigo API is updated prior to releasing an updated version of the app with a newer lua runtime environment, things will work as expected. In this manner, we can also deal with old versions of the app. (The Wherigo API reserves the right to tell the app when it is too old and must be upgraded.) Updates to the player app could include updates to either the lua environment or player app API. Because of this, once we expose an endpoint to a cartridge, it is fixed in stone and cannot be changed. I know how to version web-based APIs, but have not yet put time into determining how to version the player API. (In other words, we need to guarantee cartridges built in 2024 will still be able to run when the year is 2030--or even cartridges created in 2026 using a 2024 version of Urwigo.) I imagine we could just have an interface per player API version, which when upgraded will simply chain call into the newer method. As mentioned above, the Wherigo API's compiler service would need to load the compiler appropriate for the request. (I'll likely store a compiled cartridge when requested for the first time, then skip the compiling step during subsequent requests.) We will need to have living documentation that covers the player app's specification: lua versions, required libraries, and the player API (not only the part that allows interaction with the UI, but also that allows the subset of network features we desire). I would like cartridge state to be kept separate from the lua version if at all possible. I want to work on a more robust state management API. Other thoughts: I certainly don't mind exploring a version of player app that will allow cartridges to be written in C#. You definitely know player apps better than I: how difficult would it be to construct interfaces for the player app such that we could easily drop in different types of cartridges? Even if we stay with lua, that's my intent to preserve compatibility with v1 cartridges while continuing to update lua for v2 (unless we decide each cartridge's manifest can tell the player app the lua version against which it's supposed to run). My first priority is to everyone's security. I still would like to allow authors the ability to use network resources, so how about this idea? When an author wishes to use network resources, their cartridge can undergo review. Once approved, that particular URL scheme will be whitelisted for that cartridge. When a player app downloads a cartridge, it can also download the URL whitelist. The player API will expose a network layer whereby it will only allow whitelisted URLs to be called. In this way, we maintain security while at the same time giving authors the ability to consume network resources. As for in what the player app will be coded, I must leave that up those who will volunteer for the player app. My preference is for the environment to be something in which most people are familiar. That way, when some volunteers have to step away for a while, other people can take up the responsibility with not as much of a learning curve. My preference is MAUI or Blazor Hybrid. I know Groundspeak seems to like React Native (their Adventure Labs app is built using that), but Wherigo v2 is not going to be a Groundspeak project (though I still want Groundspeak's backing). For developing all this, I'll want public GitHub repos with a couple project leads (always more than one since we're all volunteers) set up to review and merge pull requests into the trunk. Anyone in the community can make a pull request. Whether we want these repos initially private is still a good question. I'm glad we're not all jumping into coding this. And some public news: I attended a mega event last weekend, and Jeremy from Groundspeak was there. We'll set up a time to talk with each other and see if I can get Groundspeak to agree to let the Wherigo Foundation run Wherigo if we can deliver.
-
This is sort of off-topic, because It's not about an actual gadget cache . Last Friday, at a local caching event, some friends and I started to talk about unusual special equipment needed to find some geocaches. We speculated what kind of "special" (but not hopelessly unaffordable) equipment we have not yet seen as required for a cache. Soon, a Geiger counter was mentioned. We then had a good laugh imagining a gadget cache design like this: At the posted coordinates, you find a box, with a small Geiger counter + instructions. The task is to find a very small radioactive item within, say, 30 meter radius (in the woods, so essentially unfindable by chance), which holds the logbook (or coordinates of the location of the logbook). To make it clear, this is not a serious cache proposal, but it was super funny to fool around with the idea. But the really hilarious punch-line here is that less than 24 hours later, I first read about the incident in Australia where they really had to find a nano-sized radioactive item with radiation counters ! You can easily google it, but for reference, here is one news link: https://www.bbc.com/news/world-australia-64481317
-
95% of couch logs so far are from very experienced players so this behavior is unlikely to be grounded in confusion about proper logging guidelines and ethics. Interestingly some are the same accounts who like to talk about game integrity in the forums The game contains this disclaimer in different locations: There's no mention of completing this game allowing players to claim a find on the respective cache. While we will try our best to curb couch logging, cheaters only cheat themselves, and it's on all of us honest players to advocate for proper gameplay in the channels at our disposal
-
Perfect, thank you! I'd missed that one. I spent a lot of time looking at airports back when I first started this list, but now I usually don't go back to a given airport unless one of the existing caches on my list has been archived. For Munich, I know I haven't looked at the map in at least a year. I admit, I struggle with puzzle caches. If it's easily solved, then no problem. But for many, the language barrier is too much for me to overcome. So I usually rely on (robot translated) logs. The best ones are of course any that say, "We had a 4-hour layover at the airport, which gave us plenty of time to go looking for this cache and get back for our flight." Failing that, I look for logs that talk about finding the cache on their way to (or from) the airport. That's why I resurrect this forum post now and again, so I can get feedback from folks who have found the caches on the list. Which brings us to, if any recent finders of GC5PF9M or GC2ABTH have opinions on how feasible it would be to get to either of those caches from the airport terminal, I'd be glad to hear them.
-
I am very interested in this project. I have always been an advocate for Wherigo and I personally have built a lot of them and have helped many others build them as well. While I am not a coder I can test, build, tear apart, and am willing to do whatever necessary to help bring some advancement to this issue. Also, I do have the ability and the platform to get the word out through our Podcast Network (Geocache Talk). this could be handy if we need more testers or builders or just want some feedback. I am very interested in this project. I have always been an advocate for Wherigo and I personally have built a lot of them and have helped many others build them as well. While I am not a coder I can test, build, tear apart, and am willing to do whatever necessary to help bring some advancement to this issue. Also, I do have the ability and the platform to get the word out through our Podcast Network (Geocache Talk). this could be handy if we need more testers or builders or just want some feedback. Memfis Mafia
-
Interesting ideas all around. My 2 cents. I like the comment of Dani+Iris. Yes, it's tedious to maintain a physical location (although in my case it's not too bad honestly). On the other hand, there's plenty of examples of cartridges being (re)used outside of the original cache (the Hangman series in the US, the reverse Wherigo from Waldmeister). To attract a crowd for playing Wherigo's (isn't that what we all want), I feel the app/player experience is key. We (as builders) are obviously quick to point out the flaws/features requests of creating a Wherigo. But, in the end it's still the person that's loading a cartridge on his smartphone who's the boss. So what is it in Wherigo that can attract crowds over the myriad (successful or not) alternatives that have been launched? (I wish I had the answer to this.) Trying to dissect some of the ideas that were posted by Ranger Fox and others on the subject. 1. In general - I like the idea of having a map centric approach. It will put limits to how you can develop things, but I think it will give a much better experience for the player. - Videos: I do see use cases (eg. interaction with an NPC) but I would be deterred by the extra effort needed to create videos on top of building the cartridge. So for sure not a critical/v2.1 item for me. From that respect, Audio is more important. - Formatting of items to make it more appealing: text with different fonts/colors/..., different colors for the zones (if you still have those), ... 2. On Zones - Having a more 'stable' zone experience dealing with GPS-jitter - For most purposes, just a point is sufficient, but having a shape can be interesting (eg. I have one built on a roundabout, the zones are like a piece of a pie forming a complete circle; it's nice to have rectangles if you want to have a "gameboard" like experience) - I like the idea of having a picture/icon showing on the map, instead of just the zone shape. But we need to think about how to do it with overlapping zones/small zones (compared to the minimum picture size) 3. On NPC / Items - I like the idea of having a picture/icon showing. But we need to think about how to do it with many items on the same spot/in the same zone - I like the idea of not being forced to have these NPC/Items in a zone (or the inventory) for them to show up - Taking this one step further: what's the difference between a zone and one of these objects? From a logical perspective, not a lot (especially if you don't have shapes for zones). Only the options you have to interact with the Object might be different ("add to inventory" or "use" for Items, "talk" is typically something for NPC). 4. Online or not? - I do see the advantage of being able to play it offline. Trust me, as a European without decent/affordable data plans outside of Europe, it can become costly when visiting the US or other territories. - I like the idea of having a neatly integrated system with APIs to load a cartridge, post a "log", mark completion, ... 5. On Groundspeak/GC links - With the adventure labs, it's going to be difficult to sell a tour guide like Wherigo platform on them - From the GC posting guidelines: "specific apps" are not allowed. So they can easily block/disallow them. https://www.geocaching.com/help/index.php?pg=kb.chapter&id=97&pgid=297#mobileapps A small remark on this: yes, it's (more) work to create a Wherigo than just drop a pill bottle behind a tree in a forest. But I am sure some people put equally (if not more) time in building great cache containers, multi's, gadgetcaches or mysteries. That being said, to buld a community, you'll need "many" cartridges (of high quality), so you'll need many builders too. SWIPEE
-
I'll add one that's been present for several years now. When a PNG or GIF image is uploaded to a cache page, the contents of the file are quietly changed to progressive jpeg with no warning and no change to the file suffix. There are plenty of puzzle caches that rely on these file formats, for example where the solution is encoded in RGB values, yet this behaviour isn't even documented in the Help Centre, leaving unwary COs oblivious to the fact that their carefully crafted PNG or GIF file has turned into a jpeg without even the .JPG extension to suggest anything's changed. The only explanation given for this is that, for players on slow internet connections, it looks prettier for images to gradually come into focus than to be built up raster-fashion. Talk about form over function!
-
Who Are The Lurkers? Introduce Yourself.
RuideAlmeida replied to Bloencustoms's topic in General geocaching topics
Be welcome! I would suggest that you do some caching for a while, attend some Events and talk to folks there... I bet all (almost) your questions will be answered just by playing. On the other hand you may be interested also in some geocaching based books and movies or series, like Splinterheads, Dark, etc. Some rare geocoins would be good things to leave in the caches, or memorabilia from pop culture, like the original artifacts in the APE Cache series, from Planet of the Apes. Enjoy and be inspired. PS: I have done a lot of covers for the portuguese versions of Goosebumps, from R. L. Stine. -
Yeah color me unimpressed lately with HQ. I definitely see them less as stewards now and more of a corporate machine that does not care about us, only about the bottom line. They talk a good game, but killing benchmarks and then messing up the search function and telling us "Sorry, we are on vacation and will get around to it when we get around to it" has me completely put off. At least I can go find a ton of adventure labs with little to no effort from a parking lot somewhere. What an adventure.
- 314 replies
-
- 10
-
Atlas, I understand your collection. I also know you realize the difference between using them and collecting them and are prepared to use bespoke software if you can get it at all. (Good luck with that Magellan stuff that required online registration, for example.) Mineral, close call! The 600 was actually the last device that I purchased when it was substantially discounted. The 450 it replaced had gotten crash-happy. The 600 at least rebooted more quickly when it crashed. By the time I purchased it, my own geocaching was largely limited by my own health and available time to business travels when I was "stuck" out of town. South SF Bay had enough geocaches to keep me occupied and there was enough flat land that I could choose my own adventures to tailor my days to my pain level for the day. I think I probably have a thousand or more finds that I've not even logged when I cached in part of a group on GeoWoodstock weekends, but I'm pretty much a former geocacher at this point. Thanx, user13371. For a few years after my surgeries, I was "frownie face" most of the time. While I still can't predict how much time I can devote to software just due to the nature of spinal issues, I do have some random lucid hours from time to time, so I can still pop out a release or two a year even if working from the bed or something. It's just the nature of my disability. The removal is in https://github.com/GPSBabel/gpsbabel/pull/961. Once I get that build green, I'll push it and it'll be gone in the nightlies and all future builds. For some reason, the doc build is silently failing on my machine right now and I don't feel like debugging that. I'll just "spray and pray" in the build cluster at Github. Once that PR is submitted, it shall be done. In vaguely related news, the birthdate of GPSBabel's original code turns drinking age this week. It was just before the Christmas holiday in 2001 when I was still in a neck brace from my very first spinal surgery (the morning of 9/11) when I started geocaching. I had a DNF from mistyping the coordinates in my Map330 and I started writing code to talk to the device from SCO UNIX after being frustrated with the tools available at the time.
-
The Maintenance Needed Attribute: Why do we have it?
NanCycle replied to edexter's topic in General geocaching topics
A lot of talk here about COs not using the OM log. My irk is when COs use the OM log to say. "I'm going to fix the problem." Case in point, a location I pass frequently when traveling where the cache has been missing for 8 months and the CO is doing nothing but posting bogus OM logs. -
I occasionally look through my old finds, and noticed that I am the last one to find dozens of caches. In fact, I made a spreadsheet of caches for which I am the last to find, and I have now recorded 130 caches. I was thinking this could be a good Challenge Cache. Of course if you just went on a big Geo Trail and found 100 caches that might be unfair, so I could put certain date parameters on it like one of the following: "To qualify for this challenge, you need to be the last finder on 100 caches and the most recent "last finder" cache must be at least 30 days ago." or "To qualify for this challenge, you need to be the last finder on 25 caches and the most recent "last finder" cache must be at least 6 months ago I would like some feedback if the community thinks this would be a good idea for a Challenge cache. If people think this would be a cool idea, who do I talk to about writing the code for it?
-
Another way to work around it would be to block cookiebot.com, say at the firewall or HOSTS file. I've done this for a few years, and the site works fine for me, including the message center. Also keeps the site from asking me about cookies, don't ever talk to me about cookies.
-
The Maintenance Needed Attribute: Why do we have it?
dprovan replied to edexter's topic in General geocaching topics
Not a naive assumption, but, yes, I did take for granted that you hadn't talked to the COs because if you already had reactions from the COs, I would expected you to present those in order to make that the topic. The responses you've now told us about are the real problem that we can talk about solving. It's far less productive to start with the unsupported claim that the NM attribute is useless because you don't think it's being used correctly. But, I see, this way you got to call someone innocently trying to help you with your problem "naive", so that's always fun. -
I am glad our countless hours of research through logs and plethora of photos mean nothing to HQ and zero attempts are being made to keep our data available in an archived format. All this community talk is nothing but lip service to the corporate machine and bottom line.
- 314 replies
-
- 15
-
Tourist tokens or medals
FamilieFrohne replied to Ashwolf65's topic in Recruiting and Category Proposals
Looks to me that the proposed category is very similar to the elongated coins category (aka Penny Smashers) in the aspect of an automaton creating/selling a touristic token. T0SHEA told me (not a week ago) that we should strive for inclusion if we have similarities to another category. So you should have a talk to the category leaders / officers first if they are willing to expand their category to accept these touristic tokens also. -
We...don't do that here. That's not so much unholy as heretic. We don't talk about Mm-mm, no, no, no! We don't talk about Mm-mm! Grew to live in fear of Mm-mm being mentioned here Newbies post, thread is toast, moderators near I associate Mm-mm with the sound of locking threads (click, click, click) ...
-
Regarding that we can also have a fourth option : 3a. Wayfrog promotes some other officer (perhaps the active one) and I have to talk again to the new leader. Or we could make it completely different and create a single category for each of the seven remaining countries (but for that option I would like to have a poll with at least two-thirds majority in favor for the split) ... Or something else that the community wants - just say it here. (This may include the (in my eyes really bad) idea to not have any new categories any more - but I think that should require a full approval with at least 95% of all waymarkers in favor ... And then we should close this recruiting part of the forum ... ).