Ik heb een probleem met het koppelen. Bij deze #9693555 wil ik een koppeling maken met Strips Serie / held D Maar als ik D in het zoekveld type krijg ik geen resultaat. waarschijnlijk omdat ik maar 1 letter invul. Hoe kan ik dit probleem oplossen?
I have a problem with pairing. With this #9693555 I want to make a link with Strips Serie / hero D But when I type D in the search field I get no result. probably because I only fill in 1 letter. How can I solve this problem?
MandersH , ik heb je nog even gelinkt in het beheerdersforum over dit topic. Misschien kan je de naamvariatie maken voor D zoals beschreven in dat topic? Of 1 van de andere stripbeheerders?
MandersH , I just linked you in the admin forum about this topic. Maybe you can make the name variation for D as described in that topic? Or 1 of the other comic managers?
Collectioneur Rene Is het mogelijk te maken als men in de rubriek Platen en CD’s zit ook een item kan koppelen aan een ander item in de rubriek Platen en CD's Dit gaat nu niet. Wilde een Single koppelen aan een LP. #10226389 koppelen aan #1576847
Collectioneur Rene Is it possible to make it possible, if one is in the Records and CDs section, to link an item to another item in the Records and CDs section? This isn't possible now. Wanted to link a Single to an LP. #10226389 link to#1576847
Die zijn toch al via de Hoofdartiest/-band gekoppeld?! Of wil je specifiek items met gelijke tracks aan elkaar koppelen? Dat is een interessant idee (ook voor nummers die door verschillende artiesten zijn uitgevoerd), maar daarvoor zou een grote aanpassing aan de database nodig zijn.
Aren't they already linked via the Main Artist/band?! Or do you specifically want to link items with similar tracks together? That's an interesting idea (also for songs performed by different artists), but it would require a major adjustment to the database.
stripspeldjes Ja ik wilde een Single koppelen aan een LP waar de twee Songs opstaan van de Single. Als dit mogelijk zou zijn dan doen zich oneindige mogelijkheden op. Net zoals je schrijft b.v. een Song die jaren later is uitgebracht door een andere Artiest of Band kan men dan koppelen aan het origineel. Of zoals hier een Single aan een bepaalde LP of CD
stripspeldjes Yes, I wanted to link a Single to an LP containing the two songs from the Single. If this were possible, infinite possibilities open up. Just as you write, for example, a song that was released years later by another artist or band, you can then link it to the original. Or, as here, a Single on a specific LP or CD
Of wil je specifiek items met gelijke tracks aan elkaar koppelen?
Dit is dezelfde wens als die bij o.a. Strips/Boeken om daar op Verhalen te kunnen filteren/selecteren. Het probleem is dat dit geen beheerbare velden zijn. Dit kan alleen op de lange termijn worden opgelost.
Or do you specifically want to link items with similar tracks together?
This is the same wish as that for Comics/Books, among others, to be able to filter/select by Stories. The problem is that these are not manageable fields. This can only be solved in the long term.
Ook héél interessant (en al eens gevraagd, de term 'Relaties' werd toen gebruikt, met 'draft' afbeeldingen hoe het er uit zou kunnen zien) voor de postzegelrubriek en de sluitzegelrubriek. Linken naar een ander item of een andere uitgifte binnen dezelfde rubriek.
Een zegel met opdruk (opdruk nieuwe landsnaam, opdruk nieuwe waarde, opdruk nieuwe valutaeenheid ...) kunnen koppelen aan de oorspronkelijke zegel ... zou zalig zijn! Die afgeleiden (zegels met bepaalde opdruk) zoeken, daar kruipt soms enorm veel tijd in. Tijd die andere gebruikers daarna zouden kunnen besparen als je het resultaat van je zoektocht kunt vastleggen in 'zie ook' linken. Nu werkt het op LD zoals in een papieren catalogus. Met een vermelding in de bijzonderheden 'bestaat ook met zwarte en rode opdruk nieuwe waarde). Zo doen papieren catalogussen het ook. Dan kun je beginnen bladeren (zoeken). Met een computer bestaan er toch wel meer mogelijkheden dan dat.
Also very interesting (and already asked, the term 'Relationships' was used at the time, with 'draft' images of what it could look like) for the stamp section and the closing stamp section. Linking to another item or issue within the same section.
Being able to link a stamp with an imprint (imprint new country name, imprint new value, imprint new currency unit...) to the original stamp... would be great! Looking for derivatives (stamps with certain prints) sometimes takes up a lot of time. Time that other users could then save if you can record the result of your search in 'see also' links. Now it works on LD like in a paper catalogue. With a mention in the details 'new value also exists with black and red print). That's how paper catalogs work too. Then you can start browsing (searching). With a computer there are more possibilities than that.
Raoul62 goed maar lastig ideetje.. het enige alternatief dat ik kan bedenken is mogelijk alleen haalbaar wanneer een kopie wordt gemaakt (tijdens invoer) van het/een bestaand (hoofd) item. Zodanig dat het origineel itemnummer geplaatst wordt als een #nummer (link) ergens onderaan bij de opmerking velden ed. en die als zodanig 'blijft' bestaan in het weergave formulier op het nieuw toegevoegde item. Is maar een idee...
Raoul62 good but difficult idea.. the only alternative I can think of is possibly only feasible when a copy is made ( during import ) of the existing (main) item. Such that the original item number is placed as a #number (link) somewhere at the bottom of the comment fields, etc. and as such 'remains' in the display form on the newly added item. Just an idea...
Lastig is het nu zeker, want je kan nu onmogelijk die dingen die verwant zijn (in een zelfde rubriek) op een eenvoudige manier bekijken. Enkel heel veel zoekwerk en veel vensters open zetten. En of je ze dan wel allemaal gevonden hebt ... Dat zoeken is niet aan elke gebruiker besteed.
Als die relaties kunnen vastgepind worden, en andere gebruikers (WiKi) kunnen die indien nodig aanvullen ... dan scheelt dat enorm veel werk en frustratie bij tientallen gebruikers die daarna ... hetzelfde willen doen. Een tabelletje met per record 2 item nummers, en dat presenteren in het detail van een item. Waarbij het andere item-nummer een linkje is. Met het scrolwiel er op klikken en je hebt zonder zoeken die andere items in bijkomende tabbladen (vensters). Klaar voor het echte verzamelaars-werk: het bestuderen. Nu gaat er te veel tijd en energie verloren in het zoeken (en al dan niet vinden). En het maakt niet uit of de relatie van links naar rechts of van rechts naar links wordt gelegd. In beide items hoort de Relatie (link) thuis. Hoppen van het ene naar het andere item ... Echt een mogelijkheid voor een catalogus op computer, wat niet op papier kan. Simpel uitgelegd, wellicht minder simpel te implementeren. In ontwikkelingstools waar ik thuis in ben is dit simpel. Maar de ontwikkelingsomgeving van LD ken ik niet. Een verarmd alternatief is een veld 'Groepering', met een technologie zoals bij 'Uitgifte'. Echter, dan beperk je de mogelijkheden. Een item kan relaties hebben met meerdere andere (en omgekeerd).
Ik heb mijn afbeelding van mijn oorspronkelijk voorstel teruggevonden in de Community:
Op computer moeten de mogelijkheden meer benut worden.
Zo deed ik ook al eens het voorstel om voor Michelnummer iets in te bouwen op basis van het nummer (niet de toevoeging). Waarbij het lekker loopt als de afspraken gevolgd worden (nummer + spatie + lettertoevoeging). Catalogusnr. '25 C' bv. '25' is gemakkelijk af te zonderen en als link te presenteren. Er op klikken zou je een overzicht kunnen geven van de items die ook zo'n catalogusnummer hebben: '25 A y' - '25 A x' - '25' - '25 D' ...
Of, voor beheerders een zalige mogelijkheid: het jaar van uitgifte als 'link' presenteren. Er op klikken -> voor dat land/gebied alle items (filter op Alles) uit dat jaar. Bij reviewen wordt er eerst gezocht door een beheerder. Dan opent die de postzegelrubriek, zoekt het land, zal daarna de 'van'-'tot' invullen met het jaar waarin gezocht moet worden, en daarna klikken op de knop 'Alles'. Als je al die stappen zonder 'ngnix' of 'bad gateway' kunt overbruggen ... dan ben je al veel tijd kwijt (en is er al heel wat processortijd verspeeld langs de kant van de server/site). Dan sla je soms die essentiële stappen over en worden er items gereviewd die jaren later een 'DOUBLURE' blijken te zijn. Ne mens wordt dat klikken (en telkens meerdere seconden wachten vooraleer de volgende klik kan worden gedaan) af en toe wel eens moe. 't Is rapper op papier (of in een andere digitale catalogus) opgezocht, daarna aangepast op LD en gereviewd zonder het totaalplaatje te bekijken.
It is certainly difficult now, because it is now impossible to view those things that are related (in the same section) in a simple way. Just a lot of searching and opening a lot of windows. And whether you have found them all... Searching is not for every user.
If those relationships can be pinned down, and other users (WiKi) can supplement them if necessary... then that will save a lot of work and frustration for dozens of users who then want to do the same thing. A table with 2 item numbers per record, and presenting that in the detail of an item. Where the other item number is a link. Click on it with the scroll wheel and you will have the other items in additional tabs (windows) without searching. Ready for the real collector's work: studying. Now too much time and energy is wasted in searching (and finding). And it doesn't matter whether the relationship is from left to right or from right to left. The Relationship (link) belongs in both items. Hopping from one item to another... A real possibility for a catalog on a computer, which is not possible on paper. Simply explained, perhaps less simple to implement. In development tools that I am familiar with, this is simple. But I don't know the development environment of LD. An impoverished alternative is a 'Grouping' field, with a technology similar to 'Issue'. However, then you limit the possibilities. An item can have relationships with several others (and vice versa).
I found my image of my original proposal in the Community:
The possibilities on computers should be utilized more.
For example, I once suggested adding something for the Michel number based on the number (not the addition). Things run smoothly if the agreements are followed (number + space + letter addition). Catalog no. '25 C', for example '25', is easy to isolate and present as a link. Clicking on it could give you an overview of the items that also have such a catalog number: '25 A y' - '25 A x' - '25' - '25 D' ...
Or, a wonderful option for administrators: presenting the year of issue as a 'link'. Click on it -> all items for that country/area (filter on All) from that year. When reviewing, an administrator first searches. Then he opens the stamp section, searches for the country, then fills in the 'from'-'to' with the year in which the search is to be made, and then clicks on the 'All' button. If you can bridge all those steps without 'ngnix' or 'bad gateway' ... then you have already lost a lot of time (and a lot of processor time has already been wasted on the server/site side). Then you sometimes skip those essential steps and items are reviewed that turn out to be a 'DUPLICATE' years later. Every now and then, people get tired of clicking (and waiting several seconds before the next click can be made). It was quickly looked up on paper (or in another digital catalogue), then adapted on LD and reviewed without looking at the total picture.
Jep, zeker vergelijkbaar Raoul62 .Ben dan nou niet thuis in postzegels, maar als (denkwijze) een postzegel van 1 type is, met 10 varianten zou dat eigenlijk geautomatiseerd kunnen : maar wat de exacte basis is waarop > Op uitgifte naam selectie??? (uit dbase in veld geplaatst in die opmaak). Thema/motief geeft teveel weer, bijvoorbeeld. Grofweg : de filtermogelijkheid (bestaand en met resultaat na uitvoeren handelingen) indirect in een veld.. Kies ik in filter bijv 1893 tot 1893 werkt dat ook, maar dan is het thema weer bepalend (heraldiek). Gebruik ik de uitgiftenaam (indien bekend) kan dat ook op site...dus eerst een uniform iets hebben voordat zo iets kan.. (beetje coderen begrijp ik wel, maar de basis is wat te ruim). Een denktank was handig (en lijkt ook op meer rubrieken toepasbaar).
Yep, certainly comparable Raoul62. I'm not familiar with stamps, but if (thinking) a stamp is of 1 type, with 10 variants, that could actually be automated: but what is the exact basis on which > On issue name selection??? (placed from dbase in field in that format). Theme/motif shows too much, for example. Roughly speaking: the filter option (existing and with results after performing actions) indirectly in a field. If I choose the filter, for example 1893 to 1893, that also works, but then the theme is decisive again (heraldry). If I use the issue name (if known), this can also be done on the site... so first we have something uniform before something like this can be done... (I understand a bit of coding, but the basics are a bit too broad). A think tank was useful (and seems applicable to more categories).
Lyonesse Dat koppelen is volgens mij al heel lang geleden gevraagd Toen was argument binnen rubriek niet mogelijk. Maar als je dat per track per album gaat doen neem afgezaagd deuntje yesterday staat oa op album help! hoevaak nu al in catalogus bijna 200 keer nu zal dat bij het introduceren nog wel lukken maar elke nieuwe invoer moet daarna handmatig gebeuren, en wie doet dat dan? Je ziet het nu al bij albums de ene is compleet met toeters en bellen en een latere invoer alleen met artiest Zelf vind ik het herstellen van de mogelijkheid tot het gebruik van die “zgn platte tekst” veel belangrijker en nuttiger Niet dat ik het linke aan een album niet leuk vind, zeker weten
Lyonesse I think that linking was requested a long time ago Then argument within category was not possible. But if you are going to do that per track per album, take yesterday's hackneyed tune that is on the album, help! how many times in the catalog now, almost 200 times, will this still be possible when introducing it, but every new entry must then be done manually, and who will do that? You already see it with albums, one is complete with bells and whistles and a later entry only with artist Personally, I think restoring the option to use that “so-called plain text” is much more important and useful Not that I don't like what's attached to an album, to be sure
Collectioneur
Rene
