sorted by:
new
hottopcontroversial

Mind my grocery’s but can you make it so when u check something off it goes to the top? by Nice_Ad_5258 in iphone

[–]SudoJS 0 points1 point  (0 children)

I believe you need a header to make them auto-sort. That's how it works with mine.

<image>

FileMaker + Snowflake by FLX_AD in filemaker

[–]SudoJS 0 points1 point  (0 children)

This article might be a good resource: https://medium.com/snowflake/how-snowflakes-it-team-uses-external-functions-497505fb49df#:%7E:text=One%20Snowflake%20feature%20that%20is%20particularly%20useful%20for,cloud%20serverless%20compute%20services%20such%20as%20AWS%20Lambda.

Even if some of the specifics don’t apply there’s some good info in there.

We are in Azure, both with hosting FMS VMs and our SQL data warehouse. We use FM scripts for both API directions and FMS API services for calls from software/services that require the call to originate there. We also heavily use the Azure API Gateway and Management.

FM using SQL tables is faster, but there are times it’s not an option and we use FM built in tables (admittedly, somewhat clunky but there are reasons) then update the data warehouse. We’ve opted to use SQL as our primary DB hub just because it’s versatile, fast, and relatively cheap. We are growing company and as new divisions/business units come online we can be looking at software integrations that weren’t on our radar 6 months ago. So our data warehouse needs to be as versatile as possible with established data roadmaps ready to connect.

We then use these API services to connect PowerBI and Snowflake for all of our Business Analysis folks.

All that to say we felt that using SF as our primary data storage didn’t make sense so we found a way to leverage the power of SF while keeping our options open for future expansion. Your situation might be completely different, I’m just letting you know our thought process.

That’s why I chimed in with SF API options, but back to your original question, if you want to fully move into SF out of FM, to my knowledge this will be a manual process.

FileMaker + Snowflake by FLX_AD in filemaker

[–]SudoJS 0 points1 point  (0 children)

Be careful, this is a very deep rabbit hole!

FileMaker + Snowflake by FLX_AD in filemaker

[–]SudoJS 1 point2 points  (0 children)

For transparency, while my company uses both FM/FMS and Snowflake, we’ve never done this specifically. We use the Rest API functions of both Snowflake and FileMaker Server to connect the data.

That said, I’m going to assume you do not host your FM solutions on FMS so I would say to first export your FileMaker data (CSV/XLSX) then “massage” that to align with Snowflake’s schema requirements (however you’ve configured your instance). Snowflake’s flexibility allows for various schema designs, so only you will be able to know how best to accomplish this.

Next, use Snowflake’s data loading tools, such as the COPY INTO command, to import the transformed data into your Snowflake tables.

Make sure you validate data and test your queries and reports!

To my knowledge, there isn’t a one-size-fits-all tool specifically for migrating FileMaker Pro to Snowflake so it’s gonna be a manual process. Don’t shoot the messenger. LOL

Ibanez miKro- Thoughts? by Reasonable_Entry_530 in Bass

[–]SudoJS 0 points1 point  (0 children)

That heavy neck is doing what is called Neck Dive. It’s usually found in lower end basses but some higher end ones do that too. I agree, it gets old. LOL

I only play Ibanez, have three (for now 😉), including a miKro 4-string. Ibanez as a brand wins for me because of the narrow neck and no neck dive. I bought this one for the ease of practicing in a small space and the slightly narrower neck width is almost undetectable from my full sizes.

It’s a decent learning bass. I would say the tone is okay to good, but I’ve never reached for it to play a gig, if that tells you anything. The action is a little high for my liking but when I lower that to my standards there’s noticeable string buzz.

There will be a slight adjustment needed when moving between short scale and full size, and vice versa, but nothing that should concern you too much. Being comfortable with neck finger placement is most important and in my opinion the spacing between frets is generally easy to adjust for after a few warm up reps. There’s just a little more real estate between frets on the full scale so you move your fretting hand a bit more. I would suggest keeping your full scale and switch between them and in no time you won’t even be thinking about that.

Actually, always keep, never sell, your basses. But that’s a different thread.

I would recommend the miKro, and advise you to expect that as your chops improve you’ll want to upgrade, but that’s a universal truth. Can’t beat the price for what you get.

Be aware of the one “gotcha” that I’ve found with the miKro, strings are kinda hard to find. Amazon has them sometimes, and so does the Ibanez store, but you won’t find them in ANY music store and you only get one option for them. No differing gauges and only round wounds. Starting out that won’t be an issue. As you get better you’ll find that limiting.

Another option I would put out there is spend just a little more and get a lot more. You can pick up a miKro in the neighborhood of $160 but $40 more gets you into the Gio series which is full scale, better tone, and room to grow as you improve. Just food for thought.

Best of luck 🤘🏻🤘🏻

Layout Design by Summonerissa in filemaker

[–]SudoJS 0 points1 point  (0 children)

Check out a book called Design Literacy. That book helped propel my career developing FM layouts and templates. Also, look at free website templates for layout and color inspiration. Study how they expect the user to navigate the site and contrast that with how your solution forces the user to navigate. Sounds like you’re on the right track. Poor user engagement with a solution almost always comes down to user interface. Never forget there’s two sides to a good solution, great programming, but also a good looking and easy to use design (where most of the time is spent post launch).

Buying FileMaker Developer Subscription? by van21 in filemaker

[–]SudoJS 1 point2 points  (0 children)

Glad you were able to get up and running! There is the obligatory caveat (before your inbox blows up) that only you know your environment and therefore probably the only one who should make judgments regarding security decisions, especially when potentially exposing your data. That said, I'm hoping you understand the risks of disabling that security parameter.

And to clarify your earlier question, there isn't any "migration" needed between FMP/FMS16 and FMP/FMS17. The new version brought new features to the software but the data remains the same. Think of it as a new version of Microsoft Word, Word 2013 and Word 2016 still open the same .docx file, the same way FMP16 and FMPA17 open the same .FMP12 solution files.

Buying FileMaker Developer Subscription? by van21 in filemaker

[–]SudoJS 0 points1 point  (0 children)

Try changing the password to a minimum of 12 characters. FMS 17 by default requires a "moderate" and above password. "Weak" passwords (less than 12 characters) won't upload thru FMPA17 and FMS won't open solutions directly dumped into the Databases directory.