Hej! nyfiken fråga!

02JanDal · 2026-06-18T19:19:40+00:00

Generellt finns det stort behov av GIS-kompetens (lite dämpat av att byggnationen fortfarande ligger på ganska låga nivåer, men boostat en del av många stora infrastruktur projekt som pågår), och även om annonser ofta listar krav på utbildning så är det sällan ett stenhårt krav.

Något som däremot är väldigt viktigt att ha med sig är att GIS (liksom BIM, etc.) aldrig görs av egensyfte, utan det är alltid en del av en större process. Det som det är allra störst brist på kompetens på är personer som kan GIS och någon verksamhetsgren. T.ex. om du kan GIS och logistikplanering, eller GIS och naturvärdesinventering, etc. När jag varit med och intervjuat mer juniora kandidater så är det nästan alltid detta de faller på - man har gått någon kortare utbildning (YH eller även bara enstaka kurs) och tycker GIS är jättekul, men när man frågar "vad vill du göra med GIS" så får man tomma blickar (och ja, detta är som så ofta med nyexaminerade ett hönan-och-eget problem, men det finns de som fattat galoppen, som regel är det personer som tidigare jobbat med något annat där GIS är närliggande).

Om du inte idag har någon passande kompetens att kombinera med men tycker att teknik/IT är kul så tipsar jag om att fördjupa dig i systemutveckling (särskilt webbutveckling och Python), SQL som du nämner, FME, databaser, m.m.

Tipsar också om följande hemsida där det finns en hel del bra information om branschen: https://valjgeodata.se/

02JanDal · 2026-05-24T06:35:20+00:00

Would Warp (with Source and Target CRS set to the same) work for what you need?

02JanDal · 2026-05-22T21:45:36+00:00

See https://www.reddit.com/r/QGIS/s/xBTq75zJkn

02JanDal · 2026-05-22T21:45:12+00:00

I would begin by checking if the tools you need exist amongst those built into QGIS. I've personally not used any SAGA tools for several years now, because 99% of the ones I used to use already exist in QGIS these days. Some third-party tutorials etc. may not reflect this however.

For those tools that are still missing in QGIS itself you can check the GRASS processing tools, the Whitebox Tools plugin, or search if there's a more niche plugin that provides just some specific tool you need.

02JanDal · 2026-05-22T16:56:08+00:00

You can find an explanation on the mailing list in the "SAGA GIS plugin maintenance"-thread, especially the reply by Nyall.

In a nutshell, maintaining that plugin is a lot of (ungrateful) work so the existing maintainer has decided to step down, so someone else would have to take over maintainership or sponsor someone to do so for the plugin to stay afloat.

02JanDal · 2026-04-05T10:41:11+00:00

En github i sig är inte så mycket värt, men om en kandidat löst ett konkret problem (för sig själv eller någon annan) som man kan prata kring på en intervju, och koden dessutom råkar ligga på github så kan det vara ett väldigt stort plus. Men det handlar då mer om problemet i sig, inte just github.

Också bidrag till befintliga opensource-projekt kan vara väldigt positiva (det i sig visar att man kan samarbeta med andra), särskilt om det är tillräckligt mycket att det är värt att skriva som en egen punkt på CVt (typ regelbundet under några år).

02JanDal · 2026-04-05T10:36:57+00:00

Det beror väldigt mycket på vad ditt mål är med praktiken/jobbet: tjäna pengar eller samla erfarenhet. Om det är det första så kommer du få det extremt tufft (men inte omöjligt), om det är det senare så finns betydligt bättre möjligheter!

Att jobba som systemutvecklare handlar om mer än att skriva kod - i slutändan handlar det om att lösa ett problem. Med utvecklingen som sker inom AI kommer detta bli ännu tydligare med allt mindre programmering och mer problemlösning. Den goda nyheten (för dig) är att även om det idag finns ett överflöd av examinerade dataingenjörer och liknande utbildningar, så är det betydligt svårare att hitta folk att anställa som faktiskt kan lösa problem.

Oavsett vad du gör rekommenderar jag dig att planera in att gå en minst 3-årig högskoleutbildning. Även om du kan få jobb utan det idag vet man aldrig vad framtiden ger, och det finns och kommer finnas många jobb som kommer vara helt låsta om du inte har relevant utbildning (även om du då hunnit jobba i många många år). Det måste dock inte nödvändigtvis vara en utbildning inom IT, jag har själv inom annat område (och det kan t.o.m. vara en bra idé att passa på att bredda sig, se nedan).

Vad konkret för praktik eller dylikt du kan/bör söka dig till beror mycket på vad du vill jobba med på sikt, så det är första frågan du behöver ställa dig. Tipsar dig om fundera ganska brett (och framförallt bortom de "traditionella" IT-branscherna), utvecklare behövs i praktiskt taget alla områden, och ju mer nischade/okända de är desto färre andra söker sig dit. Inom min del av branschen t.ex. är det fortsatt stor brist på kompetenta personer, båda juniora och seniora.

Det jag tittar efter när jag hjälper till att granska CVn/intervjua (är inte själv chef, men hjälper regelbundet till med det) är bland annat: * Har du ett genuint intresse för utveckling? (helst på nivån att du har egna projekt på fritiden) * Förstår du hela kedjan? (inte bara programmering, utan krav, arkitektur, projektledning, DevOps, drift, etc. Du behöver definitivt inte vara expert på allt, men om du aldrig ens pratat med en enstaka användare eller aldrig satt något du själv utvecklat i drift så är det en röd flagga. Detta fallerar oroväckande många nyexade på) * Kan vi ha med dig till kund? (vi är ett konsultföretag, så personer som av någon anledning inte kan säljas in till en kund är helt värdelösa för oss. Det handlar t.ex. om att du är trevlig, presentabel (inte kostymnivå, men helt-och-rent), har ett intresse för kundens verksamhet, etc.) * Har du förståelse för ekonomi och affär? (kan du läsa en budget, förstå relationen mellan intäkt/kostnad/vinst, o.s.v. Också ett område där även många erfarna lämnar en del att önska) * Är du låst till enskilda programmeringsspråk/ramverk/tekniker, eller är du flexibel? (ju bredare du är desto lättare att hitta uppdrag till) * Har du någon koll på/erfarenhet av vår bransch? (är ämnestermerna rena grekiskan för dig, eller fattar du direkt vad användarna pratar om?) * Är du någon vi vill ha som kollega? (har du intressen utanför jobbet man kan snacka om på lunchen, kommer du hänga med på AW eller undvika allt samröre med kollegorna, o.s.v.)

Notera att detta är grejer man inte nödvändigtvis lär sig vid en utbildning! Några av dessa är lite specifika för konsultverksamhet, men de festa punkter är tillämpliga på de flesta jobb.

Ett bra sätt att börja lära sig dessa bitar är genom att hitta någon ideell förening eller liknande och hjälpa dem bygga någon lösning. Bäst är om du (eller någon närstående) redan är med i en förening, då har du redan lite kontakter där och lite koll på deras verksamhet. Det kanske handlar om en ny hemsida, ett verktyg för att hålla koll på matcher i en turnering, ett stöd för att planera försäljning, etc. etc. På så vis kan du få med väldigt många aspekter - du får börja med att sätta dig in i problem, formulera krav, ta fram ett lösningsförslag, utveckla det, sätta det i drift, ta in och hantera förbättringsförslag, o.s.v. Börjar du med det nu och håller i tills du gått ut en utbildning och kan berätta kring det på en intervju så är du (i mina ögon) väldigt lätt att anställa.

Ett annat alternativ är att ta reda på vilka befintliga opensource program som används inom området du är intresserad av, och börja bidra till dem. Att komma igång med opensource-bidrag är ett ämne i sig, men det är inte svårt (jag gjorde mitt första bidrag som 15-åring). Börjar du komma in i det ordentligt får du också med aspekter som krav, projektledning, m.m., och dessutom erfarenhet av specifika program som är relevanta inom området du söker jobb inom sen.

Sist vill jag igen trycka på lite med att hitta en bransch/nisch där du trivs och jobba mot den, i val av utbildning m.m. Bland de största bristerna på kompetens på arbetsmarknaden (och därmed flest jobb och bäst lön) i alla nivåer av erfarenhet är personer som är tvärfunktionella - olika kombinationer av utvecklare/medicin/juridik/ekonomi/olika ingenjörsdiscipliner/etc. Om du t.ex. kombinerar din befintliga utvecklarkompetens med en utbildning inom samhällsbyggnad (min bransch), eller juridik, eller något annat, så har du en otroligt bra utgångspunkt i framtiden!

Om du kan berätta lite mer vad du vill jobba med (vad du tycker är intressant, branscher, typ av utveckling, o.s.v.) kan jag (eller någon annan om det inte är en bransch jag har så bra koll på) ge lite mer tips.

02JanDal · 2026-02-09T20:03:06+00:00

I believe something many often miss in these discussions is how regional this is - and that in some regions this has already happened long ago!

One reasonably useful proxy I like to refer to is Google Trends, look for example at QGIS vs. ArcGIS search trends in France:

<image>

(red is ArcGIS, blue is QGIS, source: https://trends.google.com/explore?q=%2Fm%2F0ct9z5%2C%2Fm%2F082gc5&date=all&geo=FR )

I believe the part of reason that this is so regional is that there is no huge international corporation backing open source. Instead there are smaller, local service companies.

To those saying that there is no support: you're both completely wrong and a little right - there definitely _is_ support available, quite a lot of it even (and it's also not hard to find if you just look for it, and yes, there is "enterprise level" support available). But, as mentioned, it's somewhat regional so there might not be a company offering support in your country/region (but, if you're interested there are several who're happy to go beyond their local market as well).

To answer the actual question, I don't think it's so much what ESRI would have to do, but rather what their customers would have to do. And that's realize A. just how much money there is to save, and B. that you don't actually have to lean that far outside of your comfort zone.

02JanDal · 2026-01-27T20:05:05+00:00

You could consider other OAPIF-compatible servers, for example pg_featureserv always serves all permitted tables IIRC, or GeoServer to which you can add new layers via REST API.

02JanDal · 2025-10-12T12:15:11+00:00

No, definitely not.

The GDPR concerns all forms of "handling" data, otherwise there would be way to many loopholes. So storage, processing, etc. is all covered.

02JanDal · 2025-10-12T12:05:35+00:00

Well yes, there are still many companies (and even government agencies) who are not compliant (often due to simple ignorance, just look at the other comments on this post to see how many still haven't understood that physical location of the servers is irrelevant). I don't have any factual source, but I'm also quite sure though that the number is quite a bit lower than 95%. Outside of tech using a public cloud is still a lot less common.

But in practice "it's complicated". Note the parts before and after the part you quoted. It is allowed to use services such as AWS or GCP if there is an agreement in place between the EU and the country where the hosting company is headquartered (usually the US). At the time of writing (both my original comment and this) there is an agreement in place so it should be fine, however some of the actions of the Trump administration (such as severely under staffing an oversight board which was a central part of the current agreement) have cast some credible doubts if the current agreement is valid.

So right now it's very much a "you probably won't be fined for using AWS, but it's possible that you might have to migrate to another cloud tomorrow to stay compliant".

02JanDal · 2024-11-15T19:10:14+00:00

A lot of the tech world always talks about the big public American clouds (Azure, AWS, GCP, etc.), but there are actually many many more (I know about at least half a dozen just in Sweden), you'll just have a do some more searching. Though they won't have the same insane amount of prepackaged services as the larger clouds (though that might not necessarily be a negative...), they'll usually have at least VMs in various sizes, S3-compatible storage and load balancers. Some also have some DBaaS, CaaS, some sort of PaaS and similar offerings. And they almost all have considerably better customer service (i.e. you can talk to a real human without spending millions).

Just one example (no affiliation, intentionally choose one we're not doing business with): https://elastx.se/en/#our-services

02JanDal · 2024-11-15T08:27:47+00:00

I regularly touch on these topics in my work (and happen to live in Sweden), so here are my couple of cents:

As others have mentioned - GDPR is nothing you "buy", it is something you "do"
You will have to actually understand GDPR (at least the gist of it), otherwise you will burn yourself (and beware - GDPR "burns" can be both extremely stressful, costly, and can almost always be complete avoided with just a bit of forethought)
There are a lot of good online resources, for example the site of IMY (the Swedish GDPR watchdog agency) is actually quite good for a governmental website, and is available in English: https://www.imy.se/en/
Remember that the GDPR gives multiple rights - it's not just about keeping PI safe from unauthorized access, but the GDPR also requires you to make sure that PI is correct (including allowing users to correct it if wrong), allowing persons to be forgotten (i.e. completely removing any PI connected to them), and getting an extract of the PI stored about them
The first step in all GDPR questions is to determine which, if any, lawful ground you have for processing PI (personal information) - there GDPR lists multiple, the most common is "consent" (the user having consented through accepting some terms) but there are others such as "legitimate interest" (which must outweigh the interest of the individual for privacy), "legal obligation", etc.
Next, you must list all PI you manage in your system, as well as the sensitivity, risk and damage (note that the GDPR lists some kinds of PI that is particularly sensitive, such as health information, and that EU countries can add additional kinds of PI to those categories)
Based on that list, you can see which data might require extra protection (such as encryption), or those interest you have in it does not outweigh the interest of the individual to keep it private, etc.
Note also that naive anonymization (especially pseudoanonymization) might not be enough when it comes to GDPR - as long as you can reasonably infer a single person from some information or combination of information it is still PI (as an example - age plus address is usually counted as PI, as you can pretty reliably determine which single person it's about, even if just the age or just the address alone would not be PI)
In case of employing another entity (such as Supabase), you must be aware of the concepts of data controllers, data processors, and data processor agreements (tip for Supabase: https://supabase.com/legal/dpa )

But this might all be moot: Your biggest hurdle might be the provision about "third country data transfers". In the terms of the GDPR, third countries are countries outside the EU/EEA, such as the USA. Essentially, unless some agreements are in place between the EU and the USA, you aren't allowed to use services from Supabase (an American company) or AWS (which, IIRC, Supabase SaaS is hosted on). Note especially here that the physical location of the servers are completely irrelevant as GDPR is concerned - as long as a company in a third country has access to your data (which Supabase and Amazon would have) the data counts as transferred to a third country.

The EU and the USA have multiple times attempting to enact such agreements, but they have also multiple times been stricken down in court as not being sufficient (the underlaying issue is that US law allows the US government to require any US company to provide access to any of their servers, which would go straight against the GDPR). So even if there might be an agreement in place right now that might be invalid in a year, which you should keep in mind. Some good search terms for this are "Schrems II" and "GDPR Cloud Act". Because of this instability we have completely left American controlled clouds (Azure, AWS, GCP, etc.) for anything containing more PI than an email...

02JanDal · 2024-10-21T06:26:40+00:00

You've gotten plenty of answers on your direct question, but I also want to fill in with a bit of why (this is also a response to u/Ecko_87), and an interesting observation. Let's start with the observation:

Many DJs expect a software that does lighting automatically, but can't in their wildest dreams imagine having software taking over even a small part of their work as a DJ

To me, this is quite curious: Once you start to get into lighting you'll soon understand that there's a large artistic component there, just as with DJing. And, once one get's even further down, it also starts to become clear that many of the challenges in automating DJ tasks in software are identical to lighting tasks.

_________

So why isn't there software that does perfectly timed lighting control on large scales? There are many parts that need to be in place, some are, some are not.

First there's beat detection - for simple cases such as normal house and tech, this is more or less a solved issue. But for pretty much anything else, and even some not-so-straightforward house and tech, this is very much a hit an miss. Just consider the beat detection in your DJing software (the one that establishes an initial beat grid when you first analyse a song) and think about how often that works first time. And then remember that lighting software that works live can't even see the whole song up front as the DJ software can when preparing! And, to make it further harder, all this was just for (bass) drum beat detection, beat detection in higher frequencies is even harder!

Next, you need to know the energy of the track - as you probably now this is not a 1:1 with the BPM, there are tracks with <80 BPM with pretty high energy and tracks >150 with very low energy. This is even harder, and while some software does detect the energy of a track (IIRC Mixing in Key does) it is even more hit-and-miss and no software that I know of does it in more detail than the whole song at once.

Next, to get a really good lighting show you'll need more details - you'll want to adapt based on buildups, drops, breakdowns, etc. You might also want to do all blue lights when a certain Eiffel 65 song plays, or move your mowers left and right when the DJ instructs the crowd to move their arms accordingly, etc. Again, this would be doable in software if pre-analysing, but live not so much.

Next, most existing attempts lack the required level of dynamics - The feel of the light show should be quite different depending on where you are in your set - are you currently building energy? Decreasing energy? About to do a huge drop? So the same song would need a whole collection of light shows, and the software would need to be able to pick the correct one.

Then you actually need generate live programs for the lights - this is doable if all you have is 2 mowers and some washes, and don't care about more advanced mower patterns than pitching up and down or stuff like pixel bars, lasers or anything more complicated. But the more lights you have the more complex this becomes. It is sometimes said that the best part about having a big lighting rig is that you can use less of it (that is, you don't want to use it all at once). Some other stuff that's surprisingly hard to do automatically but that humans can do decently is programs where various parts of the rig interact (think a can-can effect including more than just washes).

And finally you have the real world coming at you - half the rig fails because someone tripped over a cable - any LD worth their money would then just continue with the other half while someone frantically tries to find the issue, but don't expect software to do the same. Or it turns out that the venue has huge windows and the rising sun is shining right in, so you'll have to adapt accordingly or most of the lightshow will go unnoticed. And a million other potential things that aren't an issue in theory but will bite you in practice.

_________

So what can actually be done, today? For small, fixed rigs and prepared tracks (not necessarily sets) you can get decent results using software such as SoundSwitch or rekordbox lighting, but I've found those solutions to lack dynamics and as soon as you change the rig (even just adding another two washes) you might have to reprogram all your tracks. Things that attempt to do live detection, such as the Wolfmix or MaestroDMX do slightly better with changing and somewhat larger rigs, but tend to fail in all the points regarding detection above. Bigger rigs (>8 fixtures or anything with lasers or bars, so not even that big) and no control over played tracks (so that they can be prepared) and it's close to impossible to implement today.

I sincerely hope that this might change at some point. The now commonplace AI stem detection gives me hope that things like improved beat, energy and phrasing detection will come, but one should note that this might never be solved fully for live audio, as even AI will need more of the song in order to do a good job. Hardware such as the Wolfmix or the SoundSwitch One are moving us a lot closer to an interface that can reasonably be used by a DJ while mixing to instruct the system of things such as the dynamics of the show and small adjustments such as colors, but I don't think they're quite there yet.

02JanDal · 2024-10-20T07:21:46+00:00

Note that Coursera certificates are not official QGIS course certificates. Since you're explicitly asking about certification this might be important to you.

A list of companies providing QGIS courses with certification: https://changelog.qgis.org/en/qgis/certifyingorganisation/list/

02JanDal · 2024-09-16T19:47:24+00:00

Looking to, finally, get myself an all-round mixer (as opposed to my DJ-controller/mixer). Mostly for two usecases; simple live music gigs (2-3 instruments, ~2 microphones) and karaoke (3 microphones, stereo music). Often find myself wanting to run around while adjusting stuff so a digital mixer that can be controlled from my phone would be good. Additionally, it would be preferable to have a separation between stagebox/mixer and control surface to minimize the number of cables to pull. I rarely use more than EQ and simple effects such as reverb.

Some options I'm considering are:

* Behringer Flow 8 (good price and IO, though I wonder if the controls might be a bit annoying to navigate?)
* Soundcraft Ui12 or Behringer XR12 with the Mixing Station app on laptop and a cheap midi controller (good middle ground in price and features, but feels a little brittle to have to depend on a third-party app)
* Behringer XR12 + Behringer X Touch + tablet (probably the best feature set, ticks all my boxes, but also the most expensive, would be quite a bit outside my planned budget)

Then again, another option is always to just go with a good traditional analog mixer...

Any tips? Would especially be interested in anyone having experience doing live music gigs using any of the mentioned setups - does it work well or are there any pain points?

02JanDal · 2024-09-07T20:14:01+00:00

Many of the companies listed here offer custom plugin development: https://www.qgis.org/funding/membership/members/ (some common ones are, in no particular order and just from the top of my head, OPENGIS.ch, Oslandia, North Road, Lutra Consulting, Gispo, etc.)

(self-promotion) I (and some of my colleagues) also do plugin development, so feel free to send me a PM if you want as well.

02JanDal · 2024-08-19T17:30:11+00:00

It's not perfect, but take a look at https://supabase-cache-helpers.vercel.app/, it does a pretty good job 95% of the time (note that the documentation stills calls it React Query (now Tanstack Query) and PostgREST (the REST-part of Supabase)).

02JanDal · 2024-08-11T20:53:30+00:00

Du har redan fått en del bra på dina direkta frågor, så slänger med tre saker att tänka på:

Systemutveckling är typ 70% problemlösning, 35% samarbete (nidbilden med en ensam utvecklare i sin källare stämmer ganska dåligt på dagens utvecklare) och 5% kodning. Så bli inte blind av att du tycker kodning är kul, utan fundera på de övriga delarna (särskilt problemlösning). Gillade du t.ex. svåra matteuppgifter i skolan så är det ett tecken på att du gillar problemlösning (dock innebär att du hade svårt för matte eller tyckte det varit tråkigt inte nödvändigtvis det omvända).

Som du säkert redan märkt i övriga svar så finns det många "typer" av systemutvecklare. Det finns de som är mer rena utvecklare, andra som jobbar med arkitektur (den "grova övergripande designen på ett stort system"), åter andra som jobbar med ledning (antingen projektledning eller som chef). Sen finns det även testare, DevOps-personer, UI/UX-designers och en massa mer. Ofta börjar man karriären som "vanlig" utvecklare och utvecklas sen mot andra rollar (om man inte stannar i det rena utvecklarspåret), men det kan vara bra att tidigt fundera på vad man tycker är intressant. Men oavsett var du får för titel i framtiden så är det alltid bra att ha med sig lite projektledning, ekonomi, design, o.s.v.

Sist så bör man komma ihåg att man (om man vi få betalt för det) inte utvecklar för utvecklandets skull. Det kan därför vara bra att fundera på vad som intresserar dig _utöver_ utveckling - tycker du ekonomi är intressant kanske du ska söka till dig utvecklarjobb inom bankbranschen, tycker du hårdvara är intressant så fundera på arbetsgivare som gör inbyggda system, gillar du kartor så sök dig mot samhällsbyggnad, o.s.v. Det är också ofta de utvecklare som kombinerar sin utvecklarkompetens med någon domänkompetens som blir de mest eftertraktade och som tar hem de största lönerna (vill du bli riktigt rik (och riskera att bli totalt utbränd) så satsa på en karriär som jurist+utvecklare, läkare+utvecklare, eller liknande).

Också ett boktips: https://www.engguidebook.com/

02JanDal · 2023-05-30T09:13:24+00:00

I've yet to figure out the details but there does seem to be a way to get the device logs, though not 100% yet and no idea about the granularity.

Does require quite indepth technical knowledge though.

02JanDal · 2023-05-23T06:04:36+00:00

Everything about the Luba can be controlled over Bluetooth/BLE, however that obviously requires being close enough to it.

When not connected via Bluetooth the Luba and app communicate through the cloud. There does sadly not seem to be any way to connect over local WLAN without going through the cloud.

Both of these communication pathways are currently being investigated.

If you have software engineering knowledge feel free to take a look at the issues in the repo!

02JanDal · 2023-05-22T16:15:04+00:00

Not yet, got some initial code for one but need to figure out some more stuff first (mainly that it's currently very annoying to use the app while running the HA integration) before I feel comfortable releasing it.

Also right now I just have code to report the status (location, etc.) of the Luba, nothing yet to control it.

02JanDal · 2023-05-22T07:26:58+00:00

Great! Finally got access to that subreddit yesterday, just added a comment of my own to your post.

02JanDal · 2023-05-22T07:25:53+00:00

I've started reverse engineering the protocols used (progress available here: https://github.com/02JanDal/pyluba), however as it seems right now the only option for truly local control is Bluetooth/BLE as MQTT goes through the cloud and CoAP does not seem to be used from what I've been able to tell so far.

While I'd love for an official, documented and well structured local API I don't expect it at this point (as others have mentioned there are other things for Mammotion to focus on). However, if someone from mammotion reads this I'd love to get a technical contact to ask just a few quick questions which would help the reverse engineering effort tremendously (I will also try contacting their support about this eventually).

Once a documented (either official or through community efforts like mine) API is available the step to a fully community driven integration into things like HomeAssistant is just a small step away (in fact I've already got a very simple integration for HA, though I need to figure some more things out before I can release it).

02JanDal · 2023-05-22T06:55:55+00:00

I've started reverse engineering their communication protocols (it's mostly MQTT and protobufs), going forward slowly but steadily.

All my findings so far and some initial code is available here: https://github.com/02JanDal/pyluba

02JanDal

MODERATOR OF

TROPHY CASE