TOPIC: MetaBrainz Community and Development channel | MusicBrainz non-development: #musicbrainz | BookBrainz: #bookbrainz | Channel is logged and not empty as it is bridged to IRC; see https://musicbrainz.org/doc/ChatBrainz for details | Agenda: Reviews
reosarevok[m]
zas, yvanzo: do I remember correctly that at least one of you has gone to the BCN summit by train in the past? Considering doing that since it seems Brussels - Lyon - Barcelona is fairly trivial with just one change, any bad experiences?
yvanzo: btw, I looked into the mbdata update - it's fairly automatic based on the sql files, so I will make sure to get that ready once we have all schema changes merged, no worries in that regard :)
yvanzo[m]
No, just use the Renfe as much as possible, their trains start in France.
We even happened to book it together.
reosarevok[m]
Renfe rather than TGV-Inoui then? Surprised to hear a French person praise Spanish trains, are the French ones that bad :D
zas[m] joined the channel
zas[m]
Renfe reduced the number of trains they operate from Lyon (but I think that's still ok from Paris). So check prices for Brussels -> Paris Gare du Nord -> Paris Gare de Lyon -> Barcelona.
Yes, Renfe if possible
TGV Inoui = Ryanair of the train
yvanzo[m]
reosarevok: It is fairly automatic to have issues too. Plus, mbdata is needed to build sir on top of it, which should be delivered at the same time as the schema change.
mayhem[m]
I would prefer to take SNCF over renfe... #perspectives
reosarevok[m]
Sadly it seems both of them require disassembling to bring a bike, otherwise I'd be really tempted
zas[m]
Well, Renfe trains in France are actually cheaper and better (and there're still TGVs...)
reosarevok[m]
(tempted to bring mine I mean...)
yvanzo: sure, I'm not saying I'll do it after the release :) Just once the tickets are merged
I can point it to the schema change branch rather than master and let it do its thing, and have time to fix any issues that come up
Half of the stuff is merged already :)
zas[m]
Ah yes, bikes in trains, they really want to save the planet, but they still make bikers life complicated when it comes to take trains or planes...
reosarevok: you have a direct Brussels -> Lyon (which is very fast, as it skips Paris)
reosarevok[m]
Yes, that's what I had seen, and why I mentioned Lyon specificall
My understanding is "always avoid Paris if you can" applies to everything in life, probably including trains :p
(although I guess it's getting better maybe? I keep hearing surprisingly positive things about Paris recently)
(is it a trap?)
zas[m]
but beware of railway stations: in Lyon, there are 3: Part-Dieu (center), Perrache (center too), and Saint-Exupery (airport). If a train arrive at Part-Dieu, and another leave from Perrache or Saint-Exupery it is more expensive and more complicated
Yes, avoid Paris :)
For Spain, from Belgium, that will be mainly Part-Dieu, but always double-check that. Same for Paris (if you come from Brussels you arrive at Gare du Nord, and you have to go to Gare de Lyon for Lyon, you need 1h at least (and hope for the best)...)
reosarevok[m]
kellnerd: I'm pushing it to test anyway, can't hurt - feel free to test it!
Ah yeah, that is annoying re: changing stations (esp. since I cannot just cycle from one to the other) so direct to Lyon would seem even better given that
reosarevok: it seems to be an issue in solr-9.7.0, will look into reproducing it locally and fixing it.
reosarevok[m]
Thanks!
kellnerd[m]
<reosarevok[m]> "kellnerd: I'm pushing it to test..." <- Thank you, I will test it once I'm back home. I haven't expected bitmap to implement it within a few hours 😲
Maybe I should declare more of my tickets to be crucial for Harmony if I want them to be prioritized 😁
reosarevok[m]
That might be good for Harmony but not sure if it would be good for harmony
kellnerd[m]
Now I can probably put my idea for a backward compatible API URL change back into the drawer until the move to api.musicbrainz.org
lucifer[m]
[@reosarevok:chatbrainz.org](https://matrix.to/#/@reosarevok:chatbrainz.org) I was able to fix that error but then it reveals another with setting up cores for tests. Trying to fix that now.
darkdrift has quit
reosarevok[m]
yvanzo: am I right that to make releases searchable by medium MBID, that'd need something like `F("mediumid", "mediums.gid"),` inside `SearchRelease`?
suvid[m] has quit
JadedBlueEyes9 has quit
JadedBlueEyes9 joined the channel
BrainzGit
[sir] 14reosarevok opened pull request #160 (03master…SEARCH-738): [WIP] SEARCH-738 / SEARCH-739 (indexer): Support and search by medium MBIDs https://github.com/metabrainz/sir/pull/160
reosarevok[m]
Well, I'll draft some stuff and test it next week :)
kilos_ has quit
kilos_ joined the channel
lucifer, yvanzo : I'm quite confused rn - where does the test data for mb-solr tests come from?
It's not in the repo AFAICT, but we expect specific MBIDs and stuff so clearly there's some consistent source
iirc the {core}.xml file is the data indexed into the core, and the {core}-list.xml and {core}-list.json are the files compared to the output.
monkey[m] has quit
reosarevok[m]
Oh.
Ok, I thought this would be somehow generated from DB data
Thanks
BrainzGit
[musicbrainz-server] 14mwiencek opened pull request #3527 (03schema-change-2025-q2…mbs-13464): MBS-13464: Replace `sort_character` with full `name` for release/release group sorting https://github.com/metabrainz/musicbrainz-serve...
[musicbrainz-server] 14mwiencek opened pull request #3528 (03schema-change-2025-q2…mbs-13966): MBS-13966: Recalculate release group first release dates https://github.com/metabrainz/musicbrainz-serve...
