Er zijn nogal wat strips en boekuitgaven met navertelde of afgeleide verhalen, waarbij de oorspronkelijke auteur staat vermeld met de toevoeging [naar] (bij Strips) of [naar] (bij Boeken).
Dat is prima, alleen staat die toevoeging overal achter de voornaam, niet achter de achternaam. Dat gaat dus fout op de detailpagina van elke auteur. De kopregel bij bv. Abkoude, Chris van [naar] wordt daar Chris van [naar] Abkoude.
We hadden al eerder geconstateerd dat rechte haken problemen geven als ze (in de rubriek Postzegels) gebruikt worden rond geboorte- en sterfdata. Het probleem hier is identiek.
Ik zie twee oplossingen, beide uit te voeren door beheerders: 1. De toevoeging verplaatsen naar achter de achternaam: Abkoude [naar], Chris van 2. De toevoeging tussen gewone haakjes plaatsten: Abkoude, Chris van (naar) (dan kan dezelfde code als bij o.a. Postzegels gebruikt worden om de tekst tussen haakjes altijd achteraan te plaatsen.) En een derde, uit te voeren door een programmeur: 3. Een uitzondering coderen, zodat alle tekst tussen rechte teksthaken altijd achteraan komt te staan.
Het zijn er momenteel zo'n 862 bij Strips en 146 bij Boeken, dus ik weet wel welke oplossing mijn voorkeur zou hebben.
There are quite a few comics and book editions with retold or derivative stories, where the original author is mentioned with the addition [to] (for Comics) or [to] (for Books).
That's fine, except that addition is everywhere after the first name, not after the last name. That goes wrong on the detail page of each author. For example, the header at Abkoude, Chris from [to] becomes Chris from [to] Abkoude .
We have already found that square brackets cause problems when used (in the Stamps section) around dates of birth and death. The problem here is identical.
I see two solutions, both to be performed by administrators: 1. Move the addition to after the last name: Abkoude [to], Chris van 2. Placing the addition between normal brackets: Abkoude, Chris van (to) (then the same code as with Postage stamps can be used to always place the text between brackets at the end.) And a third, to be executed by a programmer: 3. Code an exception so that all text enclosed in square brackets is always placed at the end.
There are currently about 862 for Comics and 146 for Books, so I know which solution I would prefer.
Het valt me nu pas op dat er bij Boeken wat namen staan met (naar) tussen ronde haakjes, te beginnen met Cervantes. Niet overdreven veel, dus daar zou een boekenbeheerder eens werk van moeten maken.
I've only just noticed that in Books there are some names with (to) in parentheses, starting with Cervantes. Not too much, so a book manager should work on that.
Het valt me nu pas op dat er bij Boeken wat namen staan met (naar) tussen ronde haakjes, te beginnen met Cervantes. Niet overdreven veel, dus daar zou een boekenbeheerder eens werk van moeten maken.
Gedaan
I've only just noticed that in Boeken there are some names with (to) in parentheses, starting with Cervantes. Not too much, so a book manager should work on that.
Het gaat trouwens goed met de positie van de blokhaken in andere talen op de detailpagina waar dit topic om begon. Want we kijken alleen naar blokhaken en niet naar wat daar tussen staat. Maar we moeten vooral al die "[naar]" vermeldingen in het NL ook nog in andere talen toevoegen. Wellicht met een script.
By the way, the position of the brackets in other languages on the detail page that started this topic is going well. Because we only look at square brackets and not at what is in between. But we have to add all those "[to]" entries in NL in other languages as well. Perhaps with a script.
Het lijkt erop dat er een code is geprogrammeerd die het woordje "naar" tussen rechte teksthaken automatisch vertaalt in de verschillende taalversies. Dat werkt inderdaad, bv. Marten Toonder [naar] wordt Marten Toonder [d'après] op de Franse site. Maar als je kijkt in de Historie van de auteursnaam, dan zie je dat de taalvelden niet vertaald zijn,
Als je de auteurslijst filtert op d'apres, dan vind je Toonder ook niet. Je krijgt maar 4 resultaten, en dat zijn (niet toevallig) namen waarbij de toevoegingen handmatig zijn vertaald, door Jilles. In het Nederlands zijn er bij Boeken 145 auteurs met de toevoeging [naar].
Bij Strips zijn er 861 auteurs met het toevoegsel [naar], waarvan er maar 49 gevonden worden met het Franse [d'apres] . (En eentje met [apres], maar die moet even handmatig gecorrigeerd worden.)
Het is dus een oplossing, maar het is niet het zoek-en-vervang-script dat ik in gedachten had....
It seems that a code has been programmed that automatically translates the word "to" in square brackets into the different language versions. That works indeed, eg Marten Toonder [after] becomes Marten Toonder [d'après] on the French site. But if you look in the History of the author name , you see that the language fields are not translated,
If you filter the author list by d'apres , you won't find Toonder either. You only get 4 results, and those are (not coincidentally) names with the additions translated manually, by Jilles. In Dutch there are 145 authors with the addition [to].
In Comics there are 861 authors with the suffix [to] , of which only 49 are found with the French [d'apres] . (And one with [apres] , but that has to be corrected manually.)
So it's a workaround, but it's not the find-and-replace script I had in mind....
Frans-, Duits- en Engelstalige gebruikers kunnen (zoals gezegd) in de Auteurslijst niet filteren op [d'apres], [nach] of [after], maar dus wél op [naar]. En op de itempagina worden de namen op de anderstalige sites nog steeds in de Nederlandse vorm weergegeven:
Small addition:
French, German and English users cannot (as mentioned) filter on [d'apres], [nach] or [after] in the Author list, but they can filter on [to] . And on the item page, the names on the foreign-language sites are still displayed in the Dutch form:
Naar aanleiding van een vraag over het wisselend gebruik van rechte [haken] en gebogen (haakjes), kwam ik dit topic tegen. Deze actie is nog niet afgerond, want het zoeken in de andere taalversies van LastDodo lukt (nog) niet goed op {after], [d'après] en [nach], omdat die info niet in de andere taalvelden is ingevuld. Hierbij het verzoek aan beheerders om bij de namen met achtervoegsel [naar] de naam + vertaling van [naar] ook te plaatsen in de andere taalvelden.
Tevens het dringende verzoek (alle rubrieken) om geen gebogen (haakjes) te gebruiken in een naam, titel e.d., alleen als dit echt onderdeel uitmaakt van een titel/naam. Alle toevoegingen e.d. gaarne conform het Basishandboek 6.3 vermelden tussen de rechte [haken]. Volgens mij zijn de problemen met de weergave in de headers verholpen indien ook o.a. het geboorte- / sterfjaar wordt vermeld tussen rechte haken.
Het heeft niet echt nut als dit per item eventueel wordt aangepast, dit s.v.p. overlaten aan de beheerders. Er is zeker geen spoed bij, maar maakt wel duidelijk dat het de bedoeling is dat uiteindelijk alleen aliassen tussen de gebogen (haakjes) komen te staan.
Gaarne melden als dit ergens eventueel problemen geeft.
In response to a question about the alternating use of straight [hooks] and curved (brackets), I came across this topic. This action has not yet been completed, because searching in the other language versions of LastDodo does not (yet) work properly on {after], [d'après] and [nach], because that information has not been entered in the other language fields. We hereby request administrators to also place the name + translation of [to] in the other language fields for names with the suffix [to].
Also the urgent request (all sections) not to use curved (brackets) in a name, title, etc., only if this is really part of a title/name. All additions, etc., should be stated between the square [brackets] in accordance with Basic Manual 6.3. I think the problems with the display in the headers are resolved if, among other things, the year of birth / death is also stated between square brackets.
It is not really useful if this is adjusted per item, please leave this to the administrators. There is certainly no urgency, but it does make it clear that the intention is that ultimately only aliases will be between the curved (brackets).
Geldt dat ook voor jaartallen bij Personenthema's in de rubriek Postzegels? Daar worden helemaal geen blokhaken gebruikt, voor zover ik kan zien (je kunt helaas niet zoeken op dat soort leestekens).
Does this also apply to years under People themes in the Stamps section? No square brackets are used there at all, as far as I can see (unfortunately you can't search for those kinds of punctuation marks).
Boekenmagazijn Ziet er goed uit, knap bedacht:-) Dit soort aantallen is zeker niet geschikt voor handwerk. Het gaat me er meer om dat we dit als automatisme tot ons nemen, zodat er niet meer bijkomen.
Boekenmagazijn Looks good, well thought out :-) These kinds of numbers are certainly not suitable for manual work. What I'm more concerned about is that we take this in automatically, so that no more are added.
Loriot The expression used here (naar/after/d'après/nach) is meant to indicate a book written in the style of [the original author], not "according to" ("volgens") or "later than" ("na").
For example: (Adaptation of) The Three Musketeers, after Alexandre Dumas. (Adaptation de) Les Trois Mousquetaires, d'après Alexandre Dumas.
Loriot The expression used here (naar/after/d'après/nach) is meant to indicate a book written in the style of [the original author], not "according to" ("following") or "later than" ("na ").
For example: ( Adaptation of) The Three Musketeers,afterAlexandre Dumas . ( Adaptationde) Les Trois Mousquetaires,d'aprèsAlexandre Dumas .
Boekenmagazijn, naar aanleiding van je allereerste bericht het gebruik van de naam Chris van Abcoude. Deze wordt vermeld in de catalogus als Abcoude, Chris van. Moet dit niet zijn: van Abcoude , Chris. Deze man stelt zich voor aan iemand als: Chris van Abcoude of als: van Abcoude, Chris. Niet Abcoude, Chris van. Of wordt dit mierenneukerij?
Book warehouse , in response to your very first message, the use of the name Chris van Abcoude. This is mentioned in the catalog as Abcoude, Chris van. Shouldn't this be: from Abcoude, Chris. This man introduces himself to someone as: Chris van Abcoude or as: van Abcoude, Chris. Not Abcoude, Chris van. Or is this going to be bullshit?
