Rectificatie op het vorige bericht:
- Een opstand wordt ook als een bevel geïmporteerd door het userscript. Deze wordt alleen niet weergegeven als bevel in het normale overzicht, maar apart in een tabel met alle lopende geïmporteerde opstanden.
Daarnaast wordt er ook voor elke stad in opstand een verdere import gedaan op de beschikbare gebouwen, onderzoeken, god en bestuurders die interessant zijn voor de alliantie: Hoogte van de muur, falanx, ram, god, kapitein en commandant.
Verder wordt ook de huidig aanwezige troepen in die stad geïmporteerd. Met deze gegevens kan de totaal aanwezige troepen in de stad in opstand worden opgemaakt en kan er worden beslist of deze meer ondersteuning benodigd. Inkomende ondersteuningen die door de spelers worden geïmporteerd worden automatisch bij het totaal opgeteld wanneer deze aankomen bij de stad in opstand.
We hebben voor de doorstreepte functionaliteiten geen goedkeuring gegeven (die goedkeuring was wel aangevraagd). We hebben destijds enkel goedkeuring gegeven voor het eerste gedeelte en technisch gevalideerd of het tweede en derde gedeelte er niet in voorkomt (en dat was niet het geval).
Toch klopt er iets niet hier.
[..]
Ja dames en heren. Lees het even goed. Éen specifieke alliantie.
Even fictief, bij wijze van spreken: Ajax wil geen wedstrijden meer op kunstgras spelen. Permissie granted, maar als de rest van de clubs hier aanspraak op maken geldt het niet voor hen. Of: laten we een potje monopoly spelen. Speler 1 mag op voorhand alvast een hotel pakken, die hij later kan neer planten zodra hij alle straten van een stad bezit inc. huizen. Speler 2, 3 en 4 maken hier geen aanspraak op.
Dus, als we nu een spel gaan spelen waarbij specifieke partijen, in-game niet te behalen, voordelen genieten en de tegenstanders niet, is het dan eigenlijk nog wel een eerlijk spel?
Je voorbeeld klopt niet. Om in de termen van je voorbeeld te blijven (gecombineerd

): Ajax vraagt of ze een hotel mogen pakken voorafgaand aan hun wedstrijd, maar gaat uiteraard niet het hotel voor hun tegenstander PSV regelen. PSV mag echter ook gewoon vragen of ze een hotel mogen pakken (die ze dan zelf moeten regelen), maar maakt daar geen gebruik van. Doordat PSV zelf geen hotel kan of wil regelen, gaat PSV vervolgens melding maken dat er een oneerlijk voordeel is, terwijl PSV goedkeuring kan aanvragen voor dezelfde "voordelen".
@DonFrank Ik begrijp dat wanneer een goedkeuring wordt gegeven voor een script, het script goed getest is door jullie.
Echter, is het nu wel het geval dat het de Server van Inno bepaalde handelingen niet aan kan (650 aanvallen op een portaal), maar daar heeft het script geen last van. Met andere woorden kan de partij met het script dus wel een overzicht genereren, waar het bij de andere partij compleet vastloopt. Dit lijkt me een cheat/voordeel op zich.
Een script wordt door ons niet getest, een script wordt functioneel goedgekeurd en technisch gecontroleerd. De technische goedkeuring bestaat uit een controle op de geschreven code, ter validatie dat de code geen informatie opvraagt of andere functionaliteiten heeft waar wij geen toestemming voor gegeven hebben.
Bedankt voor de toelichting
@DonFrank .
Echter is het mij alsnog niet duidelijk waarom je als support zou toestaan dat een selecte groep profiteert van de voordelen van een script, en dat de rest van de community wordt buitengesloten.
Als support zijn jullie er om fairplay te bewerkstelligen. Bij de keuze om dit script op deze wijze toe te staan hebben jullie daar ineens lak aan en bevoordelen jullie een specifieke groep.
Hartstikke knap wat de ontwerper van dit script voor elkaar heeft gekregen. Scripts zijn een mooie toevoeging aan grepolis. Maar dan moeten ze wel toegankelijk zijn.
Nogmaals, in 11 jaar grepolis heb ik nog niet meegemaakt dat de support zo opzichtig een selectief onderdeel van de community bevoordeeld.
Dus alsnog de vragen:
> Waarom mag een select deel van de community dit script gebruiken, en de rest niet?
> Hoe past dit met de fairplay spelregel?
> Als het script niet publiek toegankelijk is: hoe kunnen we zeker weten dat er geen versies in omloop zijn met onderdelen waar géén goedkeuring voor is?
Nogmaals: scripts zijn hartstikke mooi. Maar laten we het spel gewoon even gelijk houden voor iedereen. Nu profiteert een klein deel van de community, zonder dat de rest daar enig idee van heeft. En zonder dat goed toezicht op versies mogelijk is.
Ik heb overigens nog even rondgekeken op andere taalversies, en ook daar zijn alle toegestane scripts publiek toegankelijk:
https://wiki.en.grepolis.com/wiki/Approved_Scripts
https://wiki.de.grepolis.com/wiki/Community-Projekte
(mijn talenkennis reikt niet verder dan dit)
Dit script is toegestaan omdat de data van een alliantie bij één persoon van de alliantie blijft. Dit script zou publiekelijk nooit toegestaan zijn, met dezelfde reden waarom GrepoData verboden is. Er wordt dan namelijk data verzameld van vele allianties, waarmee de eigenaar eigenlijk, zonder dat hij dat zou mogen zien, van elke stad kan zien welke troepen erin staan, wat een gigantisch machtige positie op een wereld tot gevolg kan hebben. Doordat het script niet publiekelijk toegankelijk is, blijft de data van één alliantie bij één speler uit de alliantie.
Dit past binnen de Fair Play regel, doordat elke speler goedkeuring kan aanvragen voor dezelfde functionaliteiten. Wanneer je ook een script voor je eigen alliantie wenst te maken, maak dan gerust een supportaanvraag aan. We zullen nooit goedkeuring voor dezelfde functionaliteiten weigeren, maar je moet onze goedkeuring wel krijgen voordat je een script mag maken.
Hoe we zeker weten dat er geen script in omloop is met niet-goedgekeurde delen: Hier is hetzelfde op van toepassing als alle andere scripts die niet goedgekeurd zijn. Bij een technische goedkeuring wordt een script in onze databank geplaatst en we kunnen valideren of het script niet opeens extra acties uitvoert waar geen toestemming voor gegeven is. Wanneer we detecteren dat dat wel het geval is, ontvangt de speler daar direct een schorsing voor. Op het gebied van script-gebruik hebben we namelijk een zero-tolerance beleid.
Ik vind dat toch een soort van multiloggen.
Ik ben een speler zonder dat script: ik ben een dagje offline want ik moet een examen maken. Ik laat m'n laptop openstaan bij ons thuis en zeg tegen een gezinslid aanwezig dat wanneer er wat afgaat ze in de discord moet zeggen welke stad. (wat volgens mij al tegen regels is want 2 mensen spelen dan op 1 account).
Als ik een speler ben met dat script zet ik een autoklikker op dat scriptknopje waar bas het over heeft terwijl ik m'n pc open laat staan, mijn alliantiegenoten kunnen mijn account vanop afstand controleren.
Waar zit het verschil dan met multiloggen? En vooral: het voordeel voor die groep die het wel mag gebruiken is toch te groot t.o.v. de rest? Wat als er 2 groepen zijn die het script willen gebruiken?
Het eerste: Dat is niet toegestaan zoals je zelf al aangeeft, 2 spelers mogen niet op één account spelen.
Het tweede: Een autoclicker is ook niet toegestaan en resulteert ook in een schorsing
Beide situaties mogen dus niet en controleren we actief op.
Enkel de alliantie waar de maker in zit mag het script gebruiken. Wanneer een andere alliantie ook een soortgelijk script wenst te maken, moeten ze daarvoor goedkeuring aanvragen. In de regel wordt er voor dezelfde functionaliteit onder dezelfde omstandigheden (dus binnen één alliantie) op dezelfde manier op gereageerd.
Zou het mogelijk zijn om een gecensureerde versie van het script te publiceren zodat andere allianties gemakkelijk iets gelijkaardig kunnen maken? Vermoedelijk is in de gebruikte versie de website waar de data naar gestuurd wordt te vinden en die wil je natuurlijk niet publiek maken. Bovendien kan de community zo ook gerustgesteld worden dat er niets mis mee is.
Dat is aan de maker, daar het auteursrecht van het script bij de maker ligt en wij broncode niet (mogen) delen met andere spelers.