Go to page
25of 54
Wat doe ik verkeerd?
Ik heb daarnet dit item toegevoegd aan de catalogus: #9252579
Dit heb ik ingevoegd vertrekkend van een kopie van #2088331 uit diezelfde uitgifte.
Als ik vervolgens op de uitgifte klik, dan blijft 'mijn' item in een aparte uitgifte zitten, en verschijnt deze niet tussen de overige zegels van deze reeks.
Wat doe ik verkeerd? Hoe kan dat, als ik vertrek van een kopie van een ander item uit dezelfde uitgifte? Hoe lossen we dit op?
Ik heb daarnet dit item toegevoegd aan de catalogus: #9252579
Dit heb ik ingevoegd vertrekkend van een kopie van #2088331 uit diezelfde uitgifte.
Als ik vervolgens op de uitgifte klik, dan blijft 'mijn' item in een aparte uitgifte zitten, en verschijnt deze niet tussen de overige zegels van deze reeks.
Wat doe ik verkeerd? Hoe kan dat, als ik vertrek van een kopie van een ander item uit dezelfde uitgifte? Hoe lossen we dit op?
What am I doing wrong?
I just added this item to the catalog: #9252579
I have this inserted from a copy of #2088331 from that same issue.
If I then click on the issue, 'my' item remains in a separate issue, and does not appear among the other stamps of this series.
What am I doing wrong? How can I do that if I start with a copy of another item from the same issue? How do we solve this?
I just added this item to the catalog: #9252579
I have this inserted from a copy of #2088331 from that same issue.
If I then click on the issue, 'my' item remains in a separate issue, and does not appear among the other stamps of this series.
What am I doing wrong? How can I do that if I start with a copy of another item from the same issue? How do we solve this?
ReneRene
In dit specifieke geval is de eenvoudigste oplossing om bij alle zegels de Uitgiftenaam te veranderen in 1973 Bekende Panamezen. Maar dat verhelpt niet het onderliggende probleem van dubbele namen, waarvan er veel meer voorkomen in de lijst.
In this particular case, the easiest solution is to change the Issue Name on all stamps to 1973 Known Panamanians. But that doesn't solve the underlying problem of duplicate names, of which there are many more in the list.
Maar dat verhelpt niet het onderliggende probleem van dubbele namen, waarvan er veel meer voorkomen in de lijst.
We gaan onderzoeken hoe deze dubbele namen ontstaan want dat is uiteraard niet de bedoeling
Boekenmagazijnuser-1713548MennoGoBut that doesn't solve the underlying problem of duplicate names, of which there are many more in the list.
We are going to investigate how these double names arise because that is obviously not the intention
Boekenmagazijnuser-1713548MennoGoReneRene
Dubbels kan je nooit voor 100% vermijden, dat kan een onvoorzichtige beheerder geweest
Wat bedoel je precies met: dat kan een onvoorzichtige beheerder zijn geweest?
Welke handeling van een beheerder kan dit veroorzaken?
Want dan kunnen we daar misschien iets voor gaan aanpassen.
Het kopie-probleem lost zich op als er geen dubbele waarden meer zijn, maar we moeten eerst zorgen dat de bron opdroogt van die dubbele waarden. Desnoods via een script die dubbele waarden laten samenvoegen.
You can never avoid doubles 100%, that may have been a careless administrator
What exactly do you mean by: that could have been a careless administrator?
What action by an administrator could cause this?
Because then we might be able to adjust something for that.
The copy problem resolves itself when there are no more duplicate values, but we have to first make sure the source dries up of those double values. If necessary via a script that merges duplicate values.
Welke handeling van een beheerder kan dit veroorzaken?
Hoe de doublure is ontstaan is vrij makkelijk na te gaan via de Historie van de namen:
What action by an administrator could cause this?
How the duplication arose is fairly easy to find out via the History of the names:
BoekenmagazijnDat van het ombouwen van Uitgiften klopt, maar zijn er nog andere handelingen die kunnen leiden tot dubbele waarden?
BoekenmagazijnThat about converting Issues is correct, but are there any other actions that can lead to duplicate values?
Volgens mij niet. Hoewel een extra spatie wel kan leiden tot namen die identiek lijken.
I don't think so. Although an extra space can lead to names that look identical .
CollectioneurIk maak er geen sport van om alle fouten uit te proberen, dus ik kan zo direct niets bedenken. Misschien dezelfde Uitgifte eens proberen in te geven via de 4 verschillende sites/talen. Maar dat is geen prioriteit, een fout die enkele keren per jaar gebeurt kan een beheerder wel oplossen.
Jouw reactie "het probleem lost zich op ..." begrijp ik dan wat minder. Een kopie moet een kopie zijn, en daar kan je nu technisch wel op ingrijpen.
CollectioneurI don't like trying all the mistakes, so I can't think of anything right now. Maybe try entering the same Issue via the 4 different sites/languages. But that's not a priority, an administrator can solve an error that happens a few times a year.
Your reaction "the problem is solved ..." I understand a little less. A copy must be a copy, and you can now technically intervene.
Dat van die spatie klopt, maar daar heeft de kopie-functie volgens mij geen last van.
Bij het invoeren van een nieuw item worden eventueel dubbele ingevoerde waarden, uiteindelijk wel samengevoegd door het systeem. Maar bij het aanpassen van een waarde, in het beheerscherm, wordt dat dus niet gedaan. Oplossing lijkt me hier dat het ook hier automatisch wordt samengevoegd of dat er in het beheerscherm een waarschuwing (blokkade) wordt gegeven op dubbele waarden.
Bij het invoeren van een nieuw item worden eventueel dubbele ingevoerde waarden, uiteindelijk wel samengevoegd door het systeem. Maar bij het aanpassen van een waarde, in het beheerscherm, wordt dat dus niet gedaan. Oplossing lijkt me hier dat het ook hier automatisch wordt samengevoegd of dat er in het beheerscherm een waarschuwing (blokkade) wordt gegeven op dubbele waarden.
That space is correct, but I don't think it bothers the copy function.
When entering a new item, any duplicate values entered are eventually merged by the system. But when adjusting a value, in the management screen, this is not done. Solution seems to me here that it is automatically merged here too or that a warning (block) is given on duplicate values in the administration screen.
When entering a new item, any duplicate values entered are eventually merged by the system. But when adjusting a value, in the management screen, this is not done. Solution seems to me here that it is automatically merged here too or that a warning (block) is given on duplicate values in the administration screen.
Maar dat is geen prioriteit, een fout die enkele keren per jaar gebeurt kan een beheerder wel oplossen.
Het komt helaas veel vaker voor, zoek bijvoorbeeld bij postzegels alleen bij Uitgiften/meer op "Bekende personen". Scrol de lijst maar eens door en zul je zien dat er meerdere dubbelingen in staan. Dit zal ongetwijfeld ook bij andere waarden zo zijn.
Dit is de beheerders niet kwalijk te nemen, die dachten hier goed werk te verrichten door (in dit geval) de Uitgifte aan te passen.
But that's not a priority, an administrator can solve an error that happens a few times a year.
Unfortunately, it happens much more often, for example only search for "Known persons" under Issues/more for stamps. Scroll through the list and you will see that there are several duplicates. This will undoubtedly also be the case for other values.
This is not to blame the administrators, who thought they were doing a good job here by (in this case) adjusting the Issue.
Als ik me goed herinner was het vroeger zo dat dubbele serienamen (toen nog, nu uitgifte) ontstonden als je in plaats van de serienaam aan te klikken in het pop-up scherm, dezelfde naam volledig werd ingetypt (zonder in het pop-up scherm te klikken) en daarna de invoer aan de catalogus wordt toegevoegd. Maar ik weet niet of dat nog steeds het geval is.
If I remember correctly, it used to be the case that duplicate series names (then, now issue) arose when instead of clicking the series name in the pop-up screen, you typed in the same name completely (without -up screen) and then the entry is added to the catalog. But I don't know if that's still the case.
Een kopie moet een kopie zijn
Een kopie is geen kopie. Er worden alleen waarden gedupliceerd, die worden ingevuld in een nieuw invoerformulier. En daar gaat dan weer de standaard naam-controle overheen (die ervoor zorgt dat een afwijkende hoofdletter of accent geen nieuwe naam creëert).
Wat precies de condities daarvoor zijn (en waarom bij identieke namen voor de ene en niet voor de andere wordt gekozen) weet ik niet, die code is voor ons niet zichtbaar.
Wat precies de condities daarvoor zijn (en waarom bij identieke namen voor de ene en niet voor de andere wordt gekozen) weet ik niet, die code is voor ons niet zichtbaar.
A copy must be a copy
A copy is not a copy. Only values are duplicated, which are entered in a new input form. And then the standard name check goes over that (which ensures that a different capital letter or accent does not create a new name).
What exactly are the conditions for this (and why with identical names for one and not for the other) is chosen) I don't know, that code is not visible to us.
What exactly are the conditions for this (and why with identical names for one and not for the other) is chosen) I don't know, that code is not visible to us.
Heb eens een klein testje gemaakt en heb in de Postzegel Catalogus gezocht op 1973 Bekende personen, dit komt dus twee maal voor.
Eenmaal Uitgifte 42 Items en een maal Uitgifte 17 Items.
Als men nu kijkt bij Frankrijk en men neemt b.v. deze #359683 zegel, dit is een Serie van 7 losse zegels, die staan nu bij de Uitgifte van 42 Items en de Serie staat bij Uitgifte 17 Items.
En het probleem hier is ook men krijg ze niet tezamen dus de 7 losse zegels en de Serie.
En dit is een klein testje, volgens mij loopt er grondig wat fout.
Eenmaal Uitgifte 42 Items en een maal Uitgifte 17 Items.
Als men nu kijkt bij Frankrijk en men neemt b.v. deze #359683 zegel, dit is een Serie van 7 losse zegels, die staan nu bij de Uitgifte van 42 Items en de Serie staat bij Uitgifte 17 Items.
En het probleem hier is ook men krijg ze niet tezamen dus de 7 losse zegels en de Serie.
En dit is een klein testje, volgens mij loopt er grondig wat fout.
I did a small test and searched the Stamp Catalog for 1973 Famous persons, so this occurs twice.
Once Issue 42 Items and Once Issue 17 Items.
If one now looks at France and one takes e.g. this #359683 stamp, this is a Series of 7 separate stamps, which are now at the Issue of 42 Items and the Series is at Issue 17 Items.
And the problem here is that they can't be put together, so the 7 loose stamps and the Series.
And this is a small test, I think something is seriously wrong.
Once Issue 42 Items and Once Issue 17 Items.
If one now looks at France and one takes e.g. this #359683 stamp, this is a Series of 7 separate stamps, which are now at the Issue of 42 Items and the Series is at Issue 17 Items.
And the problem here is that they can't be put together, so the 7 loose stamps and the Series.
And this is a small test, I think something is seriously wrong.
LyonesseDenk wel dat het goed loopt.
Als je in het detail op de uitgiftenaam klikt zie je 'alles'.
Klik je op een uitgiftenaam in het (zoek)venster 'Uitgiften', dan staat het standaard filter op :)
LyonesseThink it's going well.
If you click on the issue name in the detail, you will see 'everything'.
If you click on an issue name in the (search) window 'Issues', then the default filter is set to :)
nu niet meer
Waar doel je op Raoul?
De dubbelingen zijn er nog steeds, zie bijvoorbeeld de Uitgifte: 1981 Bekende personen:
[edit - via Uitgifte / meer, dan zoeken in de selectie op Bekende personen]
not anymore
What do you mean by Raoul?
The duplicates are still there, see for example the Issue: 1981 Famous people:
[edit - via Issue / more, then search the selection on Famous people]
Collectioneurop 'Beroemde personen' ... ik was ff de draad kwijt tussen Ken en Roem
Straks kijk ik of ik enkele 'Bekende personen' kan opschonen.
Volgens mij kan het euvel enkel ontstaan door tussenkomst van een beheerder in de beheerdersmodule.
In die module heb je ook een 'zoekvenster' met uitgiftenamen.
Als nu bv. een beheerder klikt op uitgifte 'Predidenten en bekende personen (USA 19)', dan krijgt die de mogelijkheid de naam te wijzigen (in alle 4 de talen).
Bij veel gebieden zijn die landcodes met getallen al opgeschoond. Je kan ook hier '(USA 19)' in de naam verwijderen, en dan krijg je die zogenaamde 'dubbele'.
Best is zoiets via de gebruikersinterface aan te passen in de items. En daarna in de beheersmodule de verkeerde (die met 'USA 19' in de naam) die op overschot komt (aantal in gebruik = 0) te verwijderen.
Bij dubbels kijk je in de beheersmodule welke het minste items bevat. Daar wijzig je de naam (voeg bv ' temp' toe). =Zoek dan in de gebruikersinterface die ' temp' reeks en geef ze de correcte naam. Daarna, in de beheersmodule asap de naam met ' temp' (die ondertussen 0 items bevat) verwijderen.
Volgens mij is er geen kortere weg voor een beheerder.
Superbeheerders hebben wellicht meer geluk met de mogelijkheden die ze toebedeeld krijgen. Maar superbeheerders hebben ook een balboekje met weinig ruimte.
Vandaar: een (gewone, aka simpele) beheerder kan hier ook helpen opschonen.
Collectioneuron 'Befamethe persons' ... I lost the thread between Ken and Fame
I will soon see if I can clean up some 'Beknowthe persons'.
I think the problem can only arise through the intervention of an administrator in the administrator module .
In that module you also have a 'search window' with issue names.
If, for example, an administrator clicks on issue 'Predidents and known persons (USA 19) ', it will then be given the option to change the name (in all 4 languages).
In many areas, those country codes with numbers have already been cleaned up. You can also remove '(USA 19)' in the name here, and then you get the so-called 'double'.
It is best to adjust something like this via the user interface in the items. And then in the management module remove the wrong one (the one with 'USA 19' in the name) that is surplus (number in use = 0).
In case of duplicates, look in the management module to see which contains the fewest items . There you change the name (eg add 'temp'). =Then find in the UI that ' temp' string and give it the correct name. After that, in the admin module asap remove the name with ' temp' (which meanwhile contains 0 items).
I don't think there is a shortcut for an admin.
Super admins may have better luck with the opportunities they are given. But super administrators also have a ball book with little space.
Hence: a (regular, aka simple) administrator can also help clean up here.
Raoul62Haha, de draad kwijt raken is gelukkig een menselijk zaak.
De hoofdreden voor het ontstaan van deze dubbelingen hebben we al eerder aangegeven, dat is inderdaad door het aanpassen van beheerders van die namen, in de beheermodule.
Een superbeheerder kan redelijk eenvoudig die dubbele Uitgiften samenvoegen. Maar we moeten oorzaak van die problemen wegnemen en daar zal naar worden gekeken.
Daar Postmaster momenteel met vakantie is, zal ik die samenvoeging voor mijn rekening nemen.
Door de hoeveelheid zal dit wel even duren.
Iets anders hierbij. Ik zie ook dezelfde namen, maar dan met een toevoeging, bijvoorbeeld (I) of (CYG 296) of (DDR 532), etc. Die zijn destijds vermoedelijk doelbewust aangemaakt, maar is die aanvulling tegenwoordig nog nodig?
Raoul62Haha, getting lost is fortunately a human thing.
We have already indicated the main reason for the occurrence of these duplications, which is indeed due to the adjustment of administrators of those names in the management module.
A super manager can fairly easily merge those duplicate Issues. But we need to remove the cause of those problems and that will be looked at.
Since Postmaster is currently on vacation, I will take care of that merge.
Due to the quantity this will take a while.
Something different here. I also see the same names, but with an addition, for example (I) or (CYG 296) or (DDR 532), etc. They were probably created deliberately at the time, but is that addition still necessary today?
CollectioneurDie toevoegingen van landcode en getal zijn denk ik een CaR uitvindsel.
een paar maand terug heb ik er wat opgekuist in de 3 UNO gebieden. Via het gebruikersscherm (wijzigen uitgifte). Dan verdwijnen die vanzelf na een tijdje.
Enkele dagen terug heb ik het voor Liechtenstein, die ook nog hevig besmet was met al die codes in uitgiftenamen én cataloguscodes, ook de oefening gemaakt. Maar dan in combinatie met de beheersmodule.
Volgens mij heb ik het er redelijk goed vanaf gebracht.
Wat verspreid stond staat nu samen, en die ballast is er al grotendeels uit.
Toevoegingen à la (I), (II), (III) of (01), (02), (03), ... zijn gemaakt om de structuur, indeling en overzichtelijkheid te verbeteren. Uitgifte is nu eenmaal een belangrijk onderdeel van de sortering. die toevoegingen zijn doelbewust aangebracht en hebben (meestal toch) een functioneel nut.
De CaR toevoegingen in uitgiftenamen mogen nooit zo maar verwijderd worden. De uitgiftes moeten samenkomen onder één naam: manueel zoals ik het beschreef (en de laatste tijd veel heb toegepast), of via supermannen (zoals jij dat kan).
CollectioneurThose additions of country code and number are I think a CaR invention.
a few months ago I cleaned up some in the 3 UNO areas. Via the user screen (change issue). Then they disappear automatically after a while.
A few days ago I also did the exercise for Liechtenstein, who was also heavily infected with all those codes in issue names and catalog codes. But then in combination with the management module.
I think I did quite well.
What was scattered is now together, and most of that ballast has already been removed.
Additions à la (I), (II), (III) or (01), (02), (03), ... are made to improve the structure, layout and clarity. Issuance is simply an important part of the sorting process. those additions are made on purpose and (usually anyway) have a functional use.
The CaR additions in issue names should never be removed just like that. The releases should come together under one name: manually as I described it (and have used a lot lately), or via supermen (as you can).
LyonesseZiet het er nu beter uit voor die Kens uit 1973? (Be-ken-de personen)
LyonesseDoes things look better now for those Kens from 1973? (Known-people)
Raoul62Ik had het al gezien, Perfect Raoul.
Ook de zegel van het uitgangspunt van dit Topic staat nu netjes bij de andere zegels uit de Serie.
Raoul62I had already seen it, Perfect Raoul.
The seal of the starting point of this Topic is now also neatly placed with the other stamps from the Series.
2003 Bekende personen (CYG 296) zou zonder problemen kunnen worden samengevoegd met 2003 Bekende personen.
Met 1973 Bekende personen (DDR 532) kun je dat niet zomaar doen, omdat er ook een uitgifte 1973 Bekende personen (DDR 545) bestaat.
Om twee identieke uitgifte namen binnen hetzelfde jaar en hetzelfde land te onderscheiden worden regelmatig toevoegingen als (I) en (II) gebruikt.
Je zou natuurlijk ook die tweede naam kunnen wijzigen in bv. 1973 Monumenten in Weimar (volgens de FDC heet de serie immers Historische Gedenkstätten in Weimar). Daarmee vermijd je die onduidelijke romeinse nummeringen.
Wordt het niet tijd om wat meer beheerders te upgraden naar Super?
Met 1973 Bekende personen (DDR 532) kun je dat niet zomaar doen, omdat er ook een uitgifte 1973 Bekende personen (DDR 545) bestaat.
Om twee identieke uitgifte namen binnen hetzelfde jaar en hetzelfde land te onderscheiden worden regelmatig toevoegingen als (I) en (II) gebruikt.
Je zou natuurlijk ook die tweede naam kunnen wijzigen in bv. 1973 Monumenten in Weimar (volgens de FDC heet de serie immers Historische Gedenkstätten in Weimar). Daarmee vermijd je die onduidelijke romeinse nummeringen.
Wordt het niet tijd om wat meer beheerders te upgraden naar Super?
2003 Celebrities (CYG 296) could easily be merged with 2003 Celebrities .
With 1973 Famous people (DDR 532) you can't just do that, because there is also an issue 1973 Famous people (DDR 545) .
To distinguish two identical issue names within the same year and country, suffixes such as (I) and (II) are regularly used.
You could of course also change the second name to, for example, 1973 Monuments in Weimar (according to the FDC, the series is called Historische Gedenkstätten in Weimar ). This way you avoid those unclear roman numbers.
Isn't it time to upgrade some more administrators to Super?
With 1973 Famous people (DDR 532) you can't just do that, because there is also an issue 1973 Famous people (DDR 545) .
To distinguish two identical issue names within the same year and country, suffixes such as (I) and (II) are regularly used.
You could of course also change the second name to, for example, 1973 Monuments in Weimar (according to the FDC, the series is called Historische Gedenkstätten in Weimar ). This way you avoid those unclear roman numbers.
Isn't it time to upgrade some more administrators to Super?
Go to page
25of 54